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Define Tomorrow 


at BDM. 


If you value professional challenge and want to grow, 
join a company that’s shaping the future: BDM. We’re 
one of America’s foremost technical and professional 
services firms with a sustained growth rate of 30% per 
year. And we’re committed to strengthening the nation 
in meaningful ways through our efforts in defense, 
communications, space, and other vital areas. 

Using state-of-the-art technologies, you’ll take your 
capabilities directly to our clients, working to create 
effective new solutions to difficult problems. You’ll work 
in an environment that’s fast-paced and innovative— 
designed especially with your entrepreneurial spirit in 
mind. 
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like to talk to you. Please send your resume and geo¬ 
graphical preferences in confidence to: BDM Interna¬ 
tional, Inc., Holly K. Marcario, Dept. CM687, 7915 Jones 
Branch Drive, McLean, VA 22102. An Equal Opportunity 
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Announcing Simulation Conference 11 
August 31-September 3, 1987, San Diego 

Four simulation sessions—register now for one or all 

• Military Applications 

• Simulation Methods 

• Network Analysis 

• Factory Planning 


New simulation tools, techniques, and off-the-shelf-models 
that help you succeed 


This is your once-a-year 
opportunity to meet with other 
developers and users of simula¬ 
tion. Modern approaches to 
simulation will be discussed and 
demonstrated. 

• You see how simulation 
results can now be presented 
through animation and other easy- 
to-understand graphics. 

• You learn how new tools and 
techniques help you greatly in 
overcoming problems of model 
design, documentation, implemen¬ 
tation, validation, and evolution. 

• You learn about general 
models in major application areas. 
You simply enter parameters 
describing your scenario. The sim¬ 
ulation phase follows immediately- 
no programming delays and costs. 

Register now for one or more 
of the following four simulation 
sessions. 

Military Applications 
August 31 

Modelling issues such as 
artificial intelligence, SDI, 
simulation based training. Status 
and plans for major wargaming 
and logistics models. Tutorial and 
demonstration of the effectiveness 
of animated results from wargam¬ 
ing models. Tutorial demonstra¬ 
tion of SIMTRAINER™, a new 
simulation with animation based 
training system. 


Simulation Methods 
September 1 

Simulation modelling issues such 
as statistical considerations, 
artificial intelligence, combined 
discrete-continuous, teaching 
simulation, and simulation on par¬ 
allel processors. A tutorial and 
demonstration of SIMSCRIPT 
II.5® with animation. 

Network Analysis 
September 2 

Network issues such as trade¬ 
offs and performance prediction. 
Major applications areas such as 
computer and communications, 
military, telecommunications, and 
manufacturing. A tutorial and 
demonstration of new NETWORK 
II.5® with animation. 

Factory Planning 
September 3 

Factory planning issues such 
as throughput and bottleneck 
analysis, layout planning, equip¬ 
ment and personel utilization. 
Major factory planning applica¬ 
tion areas: production scheduling, 
inventory analysis, capacity plan¬ 
ning and material handling. A 
tutorial and demonstration of a 
complete factory planning session 
using SIMFACTORY® with 
animation. 

Conference Hotel 

Holiday Inn Embarcadero-a 
short ride from the San Diego air¬ 
port. Call (619) 232-3861 and ask 
for the special rate. 


Registration is limited— 
call now 

For immediate registration, call: 
Art Hamilton at (619) 457-9681 
CACI, 3344 N. Torrey Pines Ct., 
La Jolla, California 92037. 


Register now to save 50% 

Space is limited 

This important conference is 
limited to 500 participants, and 
San Diego hotel rooms are scarce. 


Sign us up for: 

Reduced 

□ Military Applications 
August 31 

$50.00 

□ Simulation Methods 
September 1 

$50.00 

□ Network Analysis 
September 2 

$50.00 

Q Factory Planning 
September 3 

$50.00 
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while we seek approval. 

Return this form to: ieee comp 

Art Hamilton 
Conference Registrar 
CACI 

3344 North Torrey Pines Court 
La Jolla, California 92037 
Telephone (619) 457-9681 
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Rye Town Hilton, Rye Brook, New York 
October 5-October8, 1987 

THE INTERDISCIPLINARY CONFERENCE 

□ VLSI and Technology 

□ Design and Test 

□ Computer-Aided Design 

□ Architectures and Algorithms 



The focus of this multi-discipline conference is intended to emphasize the interactions between system design, 
logic circuit design, memory design, architecture, software, CAD, Testing, Physical Design, and VLSI Technology. 
The objectives of this conference will offer to those attending an alternative view into the VLSI CAD environment. 
Unlike other conferences focusing on the generalized aspects of DA, ICCD stresses the interrelationships 
which exist in the CAD industry. 


HIGHLIGHTS 


41 SESSIONS ■ Algorithms ■ Object-Oriented Techniques for CAD ■ Synthesis and Floorplanning for VLSI 

■ Methods in Test Pattern Generation ■ Multiprocessors ■ Placement Techniques on Parallel Architectures ■ Local 
Area Network Controllers ■ System Packaging ■ Computer Design ■ Synthesis of DSP Systems at Leuven ■ DEC 
32-Bit Processor Family ■ National Semiconductors NS32532 Microprocessor ■ Symbolic Layout Compaction 
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■ Design &. Test 

Semiconductor and Silicon Compilers effect on Design and Test: Trends and Directions 
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Computer Aided Fabrication of Integrated Circuits 
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The Development of High TC Superconductors and Their Application Potential 

■ Architectures 
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AIRLINE INFORMATION 

An arrangement with the Computer Society of the 
IEEE’s International Conference on Computer 
Design anti United Airlines offers you the services 
of its toll-free reservations desk along with the 
compliments of discounts. 

5% on any fare for which you qualify includ¬ 
ing First Class or maxi-saver. The discount 
can range from 40% to 70% off normal 
coach fares. 

Those not qualifying for the above discount, may be 
qualified for a minimum of 40% off the coach fare 
with no minimum stay or advance purchase required. 

To make a reservation for one of the above or for 
any promotional fare, simply follow these easy steps: 

1) Call United’s toll free number: 800-521-4041 
7 days a week, 8am-1 1 pm EST. 

2) Give the IEEE-CS Account #: 7146C 

3) United will arrange to mail tickets to your home 
or office, or you may purchase them from your 
local Travel Agent.* 
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Software & Applications Conference 

comiisac87 

_ Takanawa Prince Hotel, Tokyo, Japan 


Tutorials: October 5-6,1987 
Conference: October 7-9,1987 
Technical Tours: October 12-14,1987 


A Software Industry State-of-the-Art International Conference 


Four Pre-conference Tutorials on Important Subjects 
(October 5-6,1987) 

• Software Quality Assurance: A Practical Approach 

by Tsun S. Chow, AT&T Bell Laboratories 

• Security of Integrated Engineering Information 

by Robert E. Fulton, Georgia Inst, of Technology 

• Major Technology Impacts on Software Engineering 

by Morio Nagata, Keio Univ.; Toshiro Ohno, Japan 
BAC; Koichi Furukawa, ICOT; Akira Nagashima, I PA; 
and Ken Sakamura, Univ. of Tokyo 

• Managing Software Projects 

by Donald J. Reifer, Reifer Associates 

Each tutorial runs from 9 a.m. to 5 p.m. 


Conference Topic Areas 
October 7-9,1987 

Each day starts with a plenary address or panel 
discussion by worldwide leaders in computer science, 
technology, and industry. 

Four three-day conference tracks on: 

• Software Design and Management 

• Software Quality and Maintenance 

• Databases and Distributed Processing 

• Language Processing, Expert Systems, and 
Protocols 

in 36 technical and management sessions. 


Post-Conference Technical Tours • (October 12-14, 1987) 


• Toshiba Corporation in Kawasaki city, Kanagawa 

• IPA (Information-technology Promotion Agency) 
in Akihabara, Tokyo 

• NEC Corporation in Abiko city, Chiba 

• Electrotechnical Laboratory in the Tsukuba 
scientific city, Ibaraki 

• Hitachi Corporation in Hatano city, Kanagawa 

• Nissan Motor Company in Zama, Kanagawa 

• NTT Corporation in Yokosuka city, Kanagawa 

• Mitsubishi Electric Corporation in Kamakura city, 
Kanagawa 


• Fujitsu Ltd. in Numazu city, Shizuoka 

• Matsushita Industrial Company, Ltd. in Moriguchi 
city, Osaka 

• Kyoto University, Dept, of Information Science in 
Kyoto city 

These are complete tours with bus service to and from the 
Takanawa Prince Hotel each day and lunch with engineers 
and scientists of the companies visited. 


Individuals living outside Asia, 
Australia & New Zealand - 
For additional information and 
registration, contact: 

David H. Jacobsohn 
COMPSAC 87 Registration 
Co-Chair 

5642 South Harper Avenue 
Chicago, IL 60637, USA 
Telephone: 312/752-4562 


Individuals living outside Asia, 
Australia & New Zealand— 

For travel, hotel and additional 
tour arrangements with major 
discount rates, contact the fol¬ 
lowing company ASAP: 
Commerce Tours 
International, Inc. 

870 Market Street, Suite 920 
San Francisco, CA 94102, USA 
Telephone: 415/433-3072 
Fax: 415/788-3280 
Telex: 278124 CTI UR 


Individuals within Asia, 
Australia & New 
Zealand, contact: 

Secretariat 
COMPSAC 87 
c/o Business Center for 
Academic Societies Japan 
Yamazaki Bldg. 4F. 
2-40-14, Hongo, Bunkyo-ku 
Tokyo 113, Japan 
Phone: 03-817-5831 
Fax: 03-817-5836 

Telex: 02722268 BCJSP J 


All inquiries & reservations for 
technical tours should be 
directed to: 

Secretariat 
COMPSAC 87 
c/o Business Center for 
Academic Societies Japan 
Yamazaki Bldg. 4F. 
2-40-14, Hongo, Bunkyo-ku 
Tokyo 113, Japan 
Phone: 03-817-5831 
Fax: 03-817-5836 

Telex. 02722268 BCJSP J 
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Purpose 

The Computer Society strives to advance the theory and practice 
of computer science and engineering. It promotes the exchange of 
technical information among its 90,000 members around the world, 
and provides a wide range of services which are available to both 
members and non-members. 

Membership 

Members receive the highly acclaimed monthly magazine Com¬ 
puter, discounts on all society publications, discounts to attend 
conferences, and opportunities to serve in various capacities. Mem¬ 
bership is open to members, associate members, and student mem¬ 
bers of the IEEE, and to non-IEEE members who qualify as affiliate 
members of the Computer Society. 

Publications 
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Expert, IEEE Computer Graphics and Applications, IEEE Design & 
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Conference Proceedings, Tutorial Texts, Standards Documents. 
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(libraries, companies, etc.) (RS #199) 
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flow 


At AT&T Bell Laboratories, innovative 
people from a wide variety of technical 
backgrounds share their insights and 
knowledge to create forward-looking 
information systems, services and 
products. In this environment, every 
person has the opportunity to make 
unique contributions. 
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We are seeking people who can create forward- 
looking solutions, evaluate alternative architectures, 
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bility. define, implement and measure systems or 
develop strategies to get products to market. 
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Guest Editor’s Introduction 


Interconnection Networks for 
Parallel and Distributed 
Processing 

Laxmi N. Bhuyan 

University of Southwestern Louisiana 


W ith the rapid ad¬ 
vances in technol¬ 
ogy, it is now fea¬ 
sible to build a system consisting 
of hundreds or thousands of 
processors. Processors in such a 
parallel/distributed system may 
spend a considerable amount of 
time just communicating among 
themselves unless an efficient 
interconnection network (IN) 
connects them. A complete 
interconnection such as crossbar 
may be cost prohibitive, but a 
shared-bus interconnection may 
be inefficient and unreliable. We 
need to design INs with both cost 
and performance between these 
two extremes. 

Parallel or distributed computers can 
generally be divided into two categories: 
multiprocessors and multicomputers. The 
main difference between the two lies in the 
level at which interactions between the 
processors occur. 

A multiprocessor system must permit all 
processors to directly share main memory, 
as shown in Figure la. In a multicomputer 
system, however, each processor has its 
own local memory. Sharing between the 
processors occurs at a higher level, 
through a complete file or data set. As 
shown in Figure lb, a processor cannot 
directly access another processor’s local 
memory. 
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An IN is a complex connection of 
switches and links that permits data com¬ 
munication between processors and mem¬ 
ories in a multiprocessor system or 
between the processors in a multicomputer 
system. 

A multiprocessor or a multicomputer 
architecture is further characterized by the 
topology of the IN it uses. Current multi¬ 
processor organizations are based on 
crossbar, multistage interconnection net¬ 
works (MINs) and multiple-bus networks, 
as shown by the first four articles in this 
special issue. Multicomputer architectures 
include topologies such as star, ring, tree, 
and hypercube, as shown by the last 
article in this issue. 
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Classification of 
INs 

Generally speaking, any IN 
has three operational charac¬ 
teristics. These are based on its 
timing, switching, and overall 
1 control. 

The timing control of an IN 
can be either synchronous or 
| asynchronous. Synchronous sys- 
|| terns are characterized by a cen¬ 
tral global clock that broadcasts 
|.| the clock signal to all devices on 
the IN so that they operate in a 
^ lockstep fashion. Asynchronous 
systems, on the other hand 
^ support independent operation 
of the devices without a global clock. 

An IN transfers data using either circuit 
switching or packet switching. In circuit 
switching, once a device is granted a path 
in the IN it will occupy that path for the 
duration of the data transfer. In packet 
switching, the information is broken into 
small packets that individually compete 
for a path in the IN. 

Based on the overall control of the net¬ 
work, an IN may be classified as central¬ 
ized or decentralized. In centralized 
control, a global controller receives all 
requests and transmits the messages in the 
IN. In a decentralized system, requests are 
handled independently by different 
devices in the IN. 
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Figure 1. A multiprocessor architecture (a) and a multicomputer architecture (b). 
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Figure 2. An 8 X 8 omega network. 


These three operational characteristics 
with the topology define an IN. 1 For 
example, the Butterfly parallel processor 
uses an asynchronous, packet-switched, 
decentralized MIN. 


Multiprocessor INs 

Any processor in a multiprocessor sys¬ 
tem should be able to directly address 
every shared memory module through the 
IN. As a result, the performance of a mul¬ 
tiprocessor rests primarily on the design of 
its IN. 

A shared-bus interconnection is the least 
complex, but it does not allow more than 
one processor at a time to access a shared 
memory. A large number of processors 
means a long wait for the bus. 

On the other hand, a crossbar supports 
all possible distinct connections between 
the processors and memories simultane¬ 


ously. However, the cost of such a net¬ 
work is 0(N 2 ) for connecting TVinputs to 
.Noutputs. For a system with hundreds of 
processors, the cost of such an IN is pro¬ 
hibitively high. 

The cost and performance of MINs and 
multiple-bus networks hit a reasonable 
balance between those of a shared bus and 
a crossbar. Design, analysis, and develop¬ 
ment of MINs during the last decade have 
made them the most current technology. 

The multiple-bus interconnection is 
somewhat new in the IN arena, as 
described in detail in the third article in this 
special issue. 

An TV x N MIN connects N processors 
to N memories. For N a power of two, it 
employs log 2 N stages of 2 x 2 switches 
with N/2 switches per stage. Each switch 
has two inputs and two outputs. The con¬ 
nection between an input and an output 
depends on a control bit c provided by the 
input. When c = 0, the input is connected 


to the upper output. When c = 1, it is 
connected to the lower output. 

An omega network, 2 shown in Figure 
2, is characterized by a perfect shuffle 
interconnection preceding every stage of 
switches. The requesting processor gener¬ 
ates a tag that is the binary representation 
of the destination. The connection of a 
switch at the ;th stage is then accomplished 
by the ith bit of this binary tag counted 
from the most significant bit. This self¬ 
routing property of an MIN avoids the 
need for a central controller, making it 
suitable for multiprocessors. 

The connection between input 3 and 
output 5 (101 2 ) is shown by a bold line in 
Figure 2. Many significant MINs, such as 
SW Banyan, generalized cube, and base 
line, 1 have been proposed, perhaps con¬ 
fusing the community at large. However, 
all these networks are similar except for the 
interconnection between the adjacent 
stages. 

The switch size in an MIN need not be 
restricted to 2 x 2. In fact, the Butterfly 
parallel processor connects N inputs to N 
outputs using 4 x 4 crossbar switches and 
log 4 A r stages with N/4 switches per stage. 

A delta network can connect M = a" 
inputs to N = b" outputs through n 
stages of a X b crossbar switches. 1 

The generalized shuffle network can 
connect any M = m t * m 2 * ... * m r to 
N = n t * n 2 * ... * n r outputs through 
r stages of switches. 3 The fth stage 
employs w, x «, crossbar switches and is 
preceded by a generalized shuffle intercon¬ 
nection that is essentially a superset of the 
omega and delta interconnections. This is 
the most generalized version of an MIN 
reported so far, in that it allows different 
input and output sizes. 

Performance analysis shows that an 
MIN using 4x4 switches is more cost 
effective than one with 2x2 switches. 3 

Researchers recognized the advantages 
of MINs and started many academic and 
industrial research projects. University 
projects include TRAC at Texas, PASM 
at Purdue, Ultra-Computer at New York, 
and Cedar at Illinois. RP3 is a notable 
industry project at IBM and Butterfly is a 
successfully marketed product from BBN 
Laboratories Inc. 

As these projects were starting, a serious 
drawback of MINs surfaced. There is only 
one path from an input to an output. It 
was necessary to incorporate some fault- 
tolerance into these networks so that at 
least a single fault in a switch or a link 
could be tolerated. This has given rise to 
an abundance of research during the past 
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few years devoted to the design and evalu¬ 
ation of fault-tolerant MINs. The first two 
articles in this special issue are devoted to 
this relatively new area. 

Multicomputer INs 

Several structures for connecting a large 
multicomputer have been proposed in the 
literature. 1 These networks usually fall 
into the asynchronous, decentralized, 
packet-switched category. A dedicated 
link exists between two processors (nodes) 
over which the communication between 
them occurs. A message generated at a 
source node may go through a number of 
intermediate nodes in a store-and-forward 
manner before reaching the final desti¬ 
nation. 

Although several measures have been 
suggested in the literature, the characteris¬ 
tic of a symmetric IN can be easily 
expressed in terms of the degree of a node 
and the diameter of the IN. The degree of 
a node is the number of links per node. 
This reflects the cost associated with the 
network. The diameter is the maximum 
number of links a message has to travel 
between any source and any destination 
along the shortest path. Usually the net¬ 
works that have a lower degree for each 
node give rise to a higher diameter, which 
means more delay in communication. A 
higher degree node reduces the diameter, 
but at a higher cost. 

A bidirectional loop and completely 
connected structures represent these 
extreme examples, respectively. 1 The goal 
of research in the multicomputer IN area 
is, therefore, to design a network that has 
a low degree as well as a low diameter. The 
boolean n-cube or hypercube 4 ' 5 represents 
a well-balanced structure between the 
above two extremes. It is described below. 

A three-dimensional hypercube com¬ 
puter is shown in Figure 3. In general, a 
network with N = 2" nodes is arranged 
as an n = log 2 A dimensional hypercube 
with two nodes in each dimension. The 
nodes are represented by binary equiva¬ 
lents of the decimal numbers between 0 
and N- 1 where adjacent nodes differ by 
one bit. The distance between the source 
X = x„-\X„-2 ■ ■ ■ X\X 0 and destination 
Y = y„-0>„-2 ■ ■ ■ J’iJ’o is equal to the 
number of bits by which X and Y differ in 
their binary representations. The diameter 
of this network is n and there exist n dis¬ 
joint paths between a source and a desti- 
. nation. For example, in Figure 3 a message 
from 0 to 7 can be routed through any one 



of the following paths: 

000 - 001 -011 — 111 

000 - 010 - 110 - 111 

000 - 100 - 101 - 111 
Hence the structure is highly fault- 
tolerant. The number of I/O ports per 
node is again n = log 2 N, which many 
critics consider too high for large values of 
N. However, the structure is easily 
implementable, as evidenced by many 
hypercube products, such as the Intel 
iPSC, Ametek S/14, and NCUBE 
NCUBE/ten hypercube computers. 
Benchmarks on some of these computers 
are given in the last article of this special 
issue. 

Bhuyan and Agrawal 5 extended the 
hypercube design to any number of nodes 
N, in contrast to N = 2 " for traditional 
hypercubes. If N = m n -. l *m n -2* ■ ■ ■ * 
mi*m 0 for integer values of m and n, an 
/ 2 -dimensional hypercube can be obtained 
with the /th dimension containing //?, 
nodes. 

Analysis of such a generalized hyper¬ 
cube shows that it is more cost effective to 
build a system with four nodes in each 
dimension, compared to two in normal 
hypercubes. 4 

About this issue 

The article by Adams, Agrawal, and 
Siegel in this issue is a first attempt to sur¬ 
vey fault-tolerant networks. It compares 
the properties of different networks and 
provides the reader with the state of the art 
in this area. The second article, by Kumar 
and Reddy, focuses on a particular fault- 
tolerance technique that can be applied to 
shuffle exchange MINs. The reader, there¬ 


fore, is exposed to the basic concept of 
fault-tolerance as applicable to MINs. 

During the past three to four years, a lot 
of interest has developed in multiple-bus 
INs. Bus structures, in general, are easily 
understood. Multiple-bus systems can be 
viewed as an incremental expansion of 
many single-bus multiprocessor architec¬ 
tures. In the third article of this issue, 
Mudge, Hayes, and Winsor provide a 
tutorial on this new type of IN, including 
a hypothetical design of a multiple-bus 
multiprocessor. 

The use of optics for communication 
purposes has been increasing dramatically, 
and its use in local area networks has 
received considerable attention. The arti¬ 
cle by Sawchuk, Jenkins, Raghavendra, 
and Varma provides different designs and 
discusses various trade-offs for the imple¬ 
mentation of optical crossbar networks. 
Unlike their electronic counterparts, it 
seems feasible to build moderately large 
optical crossbars in a physically compact 
unit. 

A number of structures or topologies 
such as loop, tree, full connection, and 
hypercube have been proposed to connect 
a network of computers. In the last article 
of this issue, Reed and Grunwald present 
a comparative study of these multicom¬ 
puter networks. They also supplement 
their theoretical studies with benchmarks 
they obtained on a hypercube computer. 


T he development of this issue was 
guided by a desire to concentrate 
on interconnection network 
research that has emerged during the past 
five years. Thus we intend to bring the 
reader up-to-date since the last special 
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issue on interconnection networks, which 
appeared in the December 1981 Com¬ 
puter, edited by C. L. Wu. I hope that 
readers will find the issue interesting. □ 
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Fault model and fault- 
tolerance criterion are 
essential metrics for 
any comparison of 
network fault- 
tolerance capabilities. 
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T oday all branches of engineering 
and a multitude of other dis¬ 
ciplines rely firmly and increas¬ 
ingly on computational support. 
However, each discipline has important 
problems that, to be solved feasibly, await 
our ability to field computers with orders 
of magnitude greater performance than 
currently available. Consequently, the 
need for very high performance comput¬ 
ing is larger than ever and growing. 

To date, high-performance computers 
have owed their speed primarily to 
advances in circuit and packaging technol¬ 
ogy. These technologies are subject to 
physical limits constraining the ultimate 
speed of a conventional uniprocessor com¬ 
puter. Parallel processing computers 
executing problem solutions expressed as 
parallel algorithms translated into paral¬ 
lel machine programs can exceed the sin¬ 
gle processor speed limit. 

The means for communication among 
processors, memory modules, and other 
devices of a parallel computer is the inter-j 
connection network. Conventional voi 
Neumann computers have relatively fe> 
subsystems to connect, yet a simple coj 
munication scheme such as a time-sharj 
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bus is an important system component. 
Large-scale multiprocessor computers 
have numerous communicating compo¬ 
nents, and therefore place great perform¬ 
ance demands on an interconnection 
network. 

Many interconnection networks for 
large-scale multiprocessor computer sys¬ 
tems have been proposed. 1,2 Of these, 
multistage interconnection networks (MINs) 
compose a large subset, are well suited to 
communication among tightly coupled 
system components, and offer a good bal¬ 
ance between cost and performance. For 
complex systems, assuring high reliability 
is a significant task. Thus, a crucial qual¬ 
ity for MINs serving the communication 
needs of large-scale multiprocessor systems 
is fault-tolerance. 

This article focuses on MINs that are 
intrinsically fault tolerant. Many Save been 
proposed, and new ideas are published fre¬ 
quently. The survey herein, while not 
exhaustive due to space constraints, 
attempts to portray the diversity of fault- 
tolerant MINs and, through them, the 
scope of fault-tolerance techniques. The 
relative merits of fault-tolerant MINs can 
be difficult to assess. Therefore, once sur¬ 
veyed, the MINs are placed in perspective 
by defining a hypothetical MIN with ideal 
engineering characteristics and comparing 
the surveyed networks to this standard. 
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Terminology 


Figure 1 shows MIN hardware in the 
most general terms; dots indicate items 
that may repeat. MINs are comprised of 
a collection of switches and links between 
switches. A signal may enter or leave a net¬ 
work through a port. A network with A 
input ports and B output ports is an A x B 
network. 

A switch may be viewed as a very simple 
network. Switches are multiport devices; 
the number of ports and the port-to-port 
connections supported within a switch 
vary among switch designs. A crossbar 
switch can simultaneously connect, in any 
pattern, a number of input/output port 
pairs equal to the minimum of the number 
of inputs and the taumber of outputs. A 
sdector switch connects only one of its 

The term network component may denote 
any element of the structure of a network. 
An interconnect^ network may consist 
of a single stage, or bank, of switches and 
may require that data pass through the net¬ 
work more than once to reach its desti¬ 
nation. 

A MIN is constructed from two or more 
stages of switches, and typically is designed 
so that data can be sent to the desired des¬ 
tination by one pass through the network. 

A fault-tolerant MIN is one that pro¬ 
vides service, in at least some cases, even 
when it contains a faulty component or 
components. A fault can be either perma¬ 
nent or transient; unless stated otherwise, 
we assume in this article that faults are per¬ 
manent. Fault tolerance is defined only 
with respect to a chosen fault-tolerance 
model, which has two parts. The fault 
model characterizes all faults assumed to 
occur, stating the failure modes (if any) for 
each network component. The fault- 
tolerance criterion is the condition that 
must be met for the network to be said to 
have tolerated a given fault or faults. 

Fault models may or may not cor¬ 
respond closely to predicted or actual expe¬ 
rience with MIN hardware. In particular, 
a fault model may be chosen with charac¬ 
teristics that simplify reliability analysis, 
even if thosecniK&teristics depart widely 
from reality (such as assuming fertain net¬ 
work components never fail). While fault- 
tolerance criteria typically closely reflect 
the normal (fault-free) operational capa¬ 
bility of a network, this need gji be so. The 
variability of fault-tolerance models 
hinders comparison of Jme engineering 
characteristics of fault-tolerant MINs. 



A network is single-fault tolerant if it can 
function as specified by its fault-tolerance 
criterion despite any single fault conform¬ 
ing to its fault model. More generally, if 
any set of i faults can be tolerated, then a 
network is i-fault tolerant. A network that 
can tolerate some instances of i faults is 
robust although not /-fault tolerant. 

MINs can be considered from either a 
topological (graphical) or algebraic view¬ 
point. The topology of a network is the pat¬ 
tern of connections in its structure; the 
pattern can be represented by a graph. 
Topology is determined by switch design 
and the pattern of links. Different MINs 
are often compared graphically because 
comparison by topology is independent of 
hardware. When one network is said to be 
an instance of another, it is the network 
graphs being compared. Nodes in the 
graph of a MIN can be numbered, and then 
a MIN can be described in terms of the 
algebraic relations among the nodes. The 
algebraic model is useful in discussing con¬ 
trol and communications routing strategy. 

There are three basic forms of connec¬ 
tion through a network. A one-to-one con¬ 
nection passes information from one 
network port, the source, to another net¬ 
work port, the destination. The exact route 
taken by the information is its path. Mul¬ 
tiple one-to-one connections may be active 
simultaneously. A permutation connection 
is a set of one-to-one connections such that 
no two one-to-one connections have the 
same source or destination. Such connec¬ 
tions are meaningful only in the context of 


networks with an equal number of sources 
and destinations. Information flow from 
one source simultaneously to two or more 
destinations is supported by a broadcast 
connection, and the route taken is a broad¬ 
cast path. 

Routing tags are a way of describing a 
path through a network and providing for 
distributed network control. For MINs, 
tags often take the form of a multidigit 
integer, each successive digit encoding the 
setting for the switch in the next stage 
along a desired path. Control is distributed 
if devices using the network generate their 
own routing tags and network switches can 
set themselves based on tag information. 
Figure 1 shows a switch in stages n— 1, 
n — 2, and 0 being set, respectively, by tag 
digits r„_i, Tn-2, and T 0 . Routing tags 
are particularly important for fault- 
tolerant MINs since they should be able to 
specify a functioning path if one exists; tag 
limitations translate into fault-tolerance 
limitations. 

There are three methods for sources to 
generate routing tags that specify a fault- 
free path. With nonadaptive routing a source 
learns of a fault only when the path it is 
attempting to establish reaches the faulty 
network component. Notice of the fault is 
sent to the source, which tries the next alter¬ 
native path. This approach requires little 
hardware, but may have poor performance. 
There are two forms of adaptive routing. 
With notification on demand a source main¬ 
tains a table of faults it has encountered in 
attempting to establish paths and uses this 
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Figure 2. The generalized cube network for TV = 8 (a) and four states of the generalized 
cube switching element (b). 


information to guide future routing. With 
broadcast notification of a fault, all sources 
are notified of faulty components as they 
are diagnosed. 

A fault-free path need not be specified 
by a source if routing tags can be modified 
in response to faults encountered as a path 
is followed or established. This dynamic 
routing can be accomplished in MINs con¬ 
structed of switches capable of performing 
the necessary routing tag revisions. 


Fault-tolerance issues 

Fault tolerance can be achieved at vari¬ 
ous levels in a complex system. For exam¬ 
ple, when a process running on the 
TRAC 3 multiprocessor system encounters 
a fault in the portion of the TRAC MIN 
that links its set of system resources, it is 
dynamically rescheduled to another set of 
resources not affected by the MIN fault. 
The MIN subsystem is not itself intrinsi¬ 
cally fault tolerant, but TRAC as a whole 
is, by allowing graceful degradation. 
Because fault-tolerant MINs are the focus 
of this article, we do not address fault 
tolerance of systems having embedded 
MINs. 

Many fault-tolerant systems require 
fault diagnosis (detection and location) to 
achieve their fault tolerance. Techniques 
such as test patterns, dynamic parity 
checking, and write/read-back/verify for 
use in various MINs have been described. 
We assume fault diagnosis to be available 
as needed with respect to the surveyed 
MINs and do not discuss it further. 

Techniques for fault-tolerant design can 
be categorized by whether they involve 


modifying the topology (graph) of the sys¬ 
tem. Three well-known methods that do 
not modify topology are error-correcting 
codes, bit-slice implementation with spare 
bit slices, and duplicating an entire net¬ 
work (this changes the topology of the 
larger system using the network). 

These approaches to fault tolerance can 
be applied to MINs. A number of tech¬ 
niques have also been developed tailored 
closely to the nature of MINs and their use. 
The following survey explores these 
methods in particular. 


Survey 

The surveyed networks are ordered 
roughly by the hardware modifications 
made to provide redundancy, from less to 
more extensive. Many possible techniques 
exist, including adding an extra stage of 
switches, varying switch size, adding extra 
links, and adding extra ports. (The tech¬ 
nique of chaining switches within a stage so 
that data can sidestep a faulty switch is dis¬ 
cussed in detail elsewhere in this issue. 4 ) 

Extra stage cube and delta networks. The 

extra stage cube (ESC) 5,6 network derives 
from the generalized cube MIN. 7 The 
generalized cube is an A x AMIN, A = 
2", with n = log 2 A stages, each stage con¬ 
sisting of A links connected to A/2 
switches (see Figure 2a). The links connect¬ 
ing stage i switches to stage t'-l switches are 
stage i links. Each switch, called an inter¬ 
change box, is 2 X 2, individually con¬ 
trolled, and can be set to one of four states 
(see Figure 2b). The upper I/O ports on 
any switch have the same numeric labels; 


lower I/O ports also have the same labels. 
Upper and lower switch port labels in stage 
/ differ only in the rth bit position. 

The ESC is formed from the generalized 
cube by adding an extra stage to the input 
side of the network along with multiplexers 
and demultiplexers at the input and output 
stages, respectively. In addition, dual I/O 
links to and from the devices using the net¬ 
work are required. Stage n is connected like 
stage 0, that is, links that differ in the low 
order bit are paired. Figure 3 illustrates the 
ESC for A = 8. 

Stage n and stage 0 can each be enabled 
or disabled (bypassed). A stage is enabled 
when its switches are being used to provide 
interconnection; it is disabled when its 
switches are being bypassed. Enabling and 
disabling in stages n and 0 are accom¬ 
plished as shown in Figure 4. Having mul¬ 
tiple ports per device using the ESC is 
equivalent to the input demultiplexer and 
output multiplexer arrangement originally 
described for the network. 5 

Normally, the network will be set so that 
stage n is disabled and stage 0 is enabled. 
The resulting structure matches that of the 
generalized cube. If a fault is found after 
running fault detection and location tests, 
the network is reconfigured. A fault in a 
stage n switch requires no change in net¬ 
work configuration; stage n remains dis¬ 
abled. If the fault occurs in stage 0, then 
stage n is enabled and stage 0 is disabled, 
i.e., stage n replaces the function of stage 
0. For a fault in a link or in a switch in 
stages n - 1 to 1, both stages n and 0 will 
be enabled. 

Enabling both stages n and 0 provides 
two distinct paths between any source and 
destination, at least one of which must be 
fault-free given any single fault in the net¬ 
work. ESC multiple-fault tolerance is 
enhanced by individually enabling and dis¬ 
abling stage n and 0 switches. 6 

The ESC fault model assumes that (1) 
any network component can fail, (2) faulty 
components are unusable, and (3) faults 
occur independently. The ESC fault- 
tolerance criterion is retention of the fault- 
free interconnection capability of a gener¬ 
alized cube MIN for one-to-one and 
broadcast connections. This corresponds 
to full access, the ability to connect any 
MIN input to any output. The ESC is 
single-fault tolerant and robust in the pres¬ 
ence of multiple faults. 

The ESC can be controlled by a simple 
extension of the routing tags used for the 
generalized cube. The tags are readily com¬ 
puted as the bit-wise Exclusive-OR of the 
number of the network input and output 
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ports to be connected, perhaps modified by 
information as to the location of a fault (if 
any). 

The augmented delta network 8 also uti¬ 
lizes an extra stage, without circuitry to 
enable and disable the input and output 
stages, to achieve fault tolerance. A delta, 
or digit controlled, network is an 
a w x b w network with w stages, each 
consisting of a x b crossbar switches, and 
with a link pattern between stages that pro¬ 
vides a unique path of fixed length between 
any network input and output. Further, 
the link pattern is such that information 
can be routed from an input to an output 
using the switch output corresponding to 
a base-b digit in the base-b representation 
of the output number. The extra stage of 
N/b b x b switches results in b paths 
between any pair of network input/output 
ports. With a fault model assuming (1) any 
link and any interior switch can fail, (2) 
faulty components are unusable, and (3) 
faults occur independently, and a fault- 
tolerance criterion of retention of full 
access capability, an augmented delta net¬ 
work is (b- l)-fault tolerant. 

Multipath omega network. The mul¬ 
tipath omega network 9 derives from the 
omega MIN. 10 AS" x 5" omega net¬ 
work consists of m stages of B x B cross¬ 
bar switches linked by (B*B m ‘/shuffle 
interconnections, a generalized shuffle. If 
B = 2 and m = log 2 TV, the omega net¬ 
work is obtained; its topology is identical 
to that of the generalized cube. For the 
multipath omega network the fault model 
is the same as for the augmented delta; the 
fault-tolerance criterion is again full 
access. 

Figure 5 shows one possible multipath 
omega network for A = 16. Its structure 
is described by the pseudofactorization 
<4,2,2,4> of TV. A pseudofactorization 
of TV is an /-tuple <B u B 2 ,...,B f > of 
integers with B,*B 2 *...*B f = B, such 
that B is a multiple of TV. Let B/N = R, 
then an T?-path multipath omega network 
corresponding to the pseudofactorization 
has / stages with stage / consisting of 
Bi x Bt crossbar switches. Links entering 
stage i switches implement the 
{kj Bj * N/(kj T/)}-shuffle interconnec¬ 
tion, where k t > 1 and k , is an integer 
chosen so that there are exactly R ways to 
connect any network input to any network 
output. For the network of Figure 5a, 
ki = 1, k 2 = 1, At 3 = 8, and k A = 1. 
The R paths in a multipath omega need not 
be distinct, hence, a single fault may affect 
more that one path. A multipath omega 



Figure 3. The extra stage cube network for TV = 8. 



Figure 4. Detail of input stage switch 
with multiplexer for enabling and 
disabling (a), output stage switch 
with demultiplexer for enabling and 
disabling (b), input stage switch ena¬ 
bled (c), input stage switch disabled 
(d), output stage switch enabled (e), 
output stage switch disabled (f). 



Figure 5. One possible multipath omega network for TV = 16. 
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network with A distinct paths between a 
source/destination pair is (A - l)-fault 
tolerant. 

Routing in the multipath omega net¬ 
work is controlled by routing tags and 
resembles the procedure used for the 
omega network and generalized shuffle 
network. The destination address deter¬ 
mines n bits of the tag; r additional bits 
select a particular path out of the R alter¬ 
natives. Stage / switch settings are con¬ 
trolled by bi = log 2 -S, bits. 

F-network. The F-network 11 is 2" X 2" 
with n + 1 stages of N = 2" switches 
each, that are, in general, 4 x 4 selectors. 
A switch in stage /, W jt is denoted by a bit 
string Wj = w „-, . . . WjWo- It connects 
to the stage j + 1 switches W J+ , = 
W„_, . . . W;W 0 , Xj+ 1 = W„-l . . . 
w J+ 1 WjW j. 1 . . .w,w 0 , Y j+ 1 = w„_, . . . 
w j+ iWjWj_i . . .W\W 0 , and Z J+ 1 = 

w„_, . . .Wj+iWjWj-i . . .WiW 0 . Figure 6 
shows the F-network for N = 8. The F- 
network contains the structure of the 


generalized cube and can emulate it by 
using only the fV j+l and X j+l connec¬ 
tions. Thus, the fault tolerance approach 
of the F-network adds links (F} +1 and 
Zj+\) to the generalized cube structure. At 
each stage except the output stage, two 
different switches can be selected while 
maintaining the same destination. A 
faulty, as well as a busy, switch can be 
avoided by taking the appropriate path. 

The F-network uses a yet less strict fault 
model than the augmented delta, and 
assumes (1) only interior switches fail, (2) 
failed switches are unusable, and (3) faults 
occur independently. The fault-tolerance 
criterion is retention of full access. The net¬ 
work is single-fault tolerant and robust in 
the presence of multiple faults. 

Dynamic redundancy network. The 

dynamic redundancy network (DR) 12 is 
based on the graph representation of the 
generalized cube network. Figure 7a shows 
the graph representation of the generalized 
cube network of Figure 2a. Figure 7b 



relates the graph and interchange box 
representations. 

The DR network has N + S I/O ports 
and log 2 /V stages, each with N + S 
switches followed by 3 (N + S) links. 
There are N + S output switches. Each 
switch/ at stage i of the network has three 
links to stage i - 1. One is connected to 
switch (j - 2') mod (N + S), the second 
to switch j, and the third to switch 
O' + 2') mod (N + S). The DR output 
switches are its output ports. Figure 7c 
shows a DR network for N = 8 and 
S = 2. The S spare I/O ports allow S 
spares of the devices using the network, 
thus providing fault tolerance for devices. 

A row of a DR network contains all the 
switches having the same address, all links 
incident out of them, and the associated 
network input and output links. A row has 
the same address as its switches. Two rows 
of the DR network are said to be adjacent 
if their addresses are consecutive (mod 
N+S). 

The DR fault model is the same as for 
the ESC: any component may fail. Its fault 
tolerance criterion is retention of the abil¬ 
ity to perform any set of simultaneous con¬ 
nections possible with the generalized 
cube. This is a stricter criterion than used 
for the ESC. 

When there are no faults, rows 0 to 
N - 1 are used to emulate the generalized 
cube network. (For example, Figure 7a is 
a subgraph of rows 0 to 7 of Figure 7c.) If 
a component of row/is found to be faulty, 
the network is reconfigured so that the 
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Figure 7. Graphical representation 
of the generalized cube of Figure 
2a (a), relationship between graphical 
representation and interchange box 
representation (b), and DR-network 
for N = 8 and S = 2 (c). 



Stage 0 12 


Figure 8. The inverse augmented data manipulator network for N = 8. 


switches physically numbered p are logi¬ 
cally renumbered t(p), where tip) = 
ip - j - S)mod(N + S). As long as N 
adjacent rows remain, the DR network can 
contain the generalized cube subgraph and 
thus act as a fault-tolerant generalized 
cube. 

Enhanced IADM network. As depicted 
in Figure 8, the IADM 13 consists of n - 
log 2 N stages each with N switches and 3 N 
links, plus one column of output switches 
that are the network output ports. Each 
switch is a 3 x 3 selector. At stage i, 
0 < i < n, switch j, 0 < j < N, is con¬ 
nected to switches (/' - 2‘) modN,j, and 
(/' + 2') mod N in stage i + 1. These 
links are known as the minus, straight, and 
plus links, respectively. Sincey - 2" _1 = 
(j + 2"~') mod N, there actually exist 
just two distinct logical data paths from 
each stage n - 1 switch. 

Unlike the generalized cube, delta, and 
omega networks, the IADM can tolerate 
some faults (given a fault-tolerance 
criterion of full access) because of multi¬ 
ple paths between a source, S, and destina¬ 
tion, D, if S =£ D. The nature of this native 
fault tolerance has been studied in detail 
for the closely related gamma network. 
The extra-stage gamma 14 is single-fault 
tolerant with respect to the fault model and 
fault-tolerance criterion of the augmented 
delta. 

The enhanced IADM has the same fault 
model as the augmented delta network, as 
well as the same fault-tolerance criterion. 


There are two forms of enhanced 
IADM. One version has redundant straight 
links. Faulty links can be avoided by using 
the second straight link, but switch faults 


cannot. 13 A second, more effective 
enhanced IADM adds half links to each of 
stages 1 through n - 1. Half links connect 
a switch m in stage i to switches 
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N = 8. 


(m + 2'~‘) modN and (m - 2‘~') modN 
(see Figure 9). 

Adding half links provides single-fault 
tolerance to any switch or link failure 
because at any switch (except those in stage 
n - 1, the last stage) there exist at least two 
(sometimes three) links leading to distinct 
switches in the successive stage, any of 
which can be used to satisfy the routing 
need. With a single-stage look-ahead tech¬ 
nique and dynamic routing, the network is 
two-fault tolerant. 13 Each switch must 
have the ability to determine if the switches 
or links to which it connects are faulty and, 
if so, to modify routing tags to avoid a 
faulty component. 

/3-networks. A fl-networx results from 
simply interconnecting a set of /3-elements; 


no particular topology is specified. 15 A /3- 
element is an interchange box that can per¬ 
form only straight and exchange permu¬ 
tations. 

The /3-network fault model assumes (1) 
only switches fail, by becoming stuck in 
one of their two allowed states, (2) faulty 
switches are usable, and (3) faults occur 
independently. A /3-network is said to toler¬ 
ate a fault if the fault does not destroy 
dynamic full-access capability. A /3- 
network is defined as having the dynamic 
full-access property if any given network 
input can be connected to any single net¬ 
work output in a finite number of passes 
through the network. Between passes it is 
assumed that each output can connect to 
its corresponding input (i.e., the input with 
the same number as the output) via a path 


outside the network. This is a considerably 
less restrictive fault-tolerance criterion than 
those of the other networks surveyed. 

Augmented C-network. The augmented 
C-network (ACN) 16 fault-tolerance tech¬ 
nique involves doubling the number of 
switch input and output ports, maintain¬ 
ing the same type switch function, and 
then adding links to connect selected pairs 
of switches in adjacent stages. The ACN 
derives from the C-network, anJVxJV 
MIN having an arbitrary number of stages 
of N/2 2x2 crossbar switches each. 
Stages are numbered 0 to m - 1 from 
input to output. 

Let one output of a switch be labeled 0 
and the other, 1. For a switch Pin stage i, 
i not the output stage, its O-successor, 
denoted succ°(P), is the switch in stage 
i + 1 connected to its 0 output. The 
1-successor, succ'(P), is the stage i + 1 
switch connected to its 1 output. 

The topology of a C-network is defined 
by the following relationship. For each 
switch Pj in stage /, 0 < / < m - 1, 0 < j 
< N/2, there exists a switch P k , 0 < k < 
N/2 and k j, in stage / such that 
succ°(Pj) = succ°(P k ) and succ'(Pj) = 
succ\P k ). Switches Pj and P k are said to be 
conjugate, denoted as conj{Pj) = P k and 
conj(P k ) = Pj. For example, in the gener¬ 
alized cube of Figure 2a the switch with 
labels 0 and 4 and the switch with labels 2 
and 6 are conjugate. 

The notion of conjugate switches has 
been discussed using the term output bud¬ 
dies. 17 The concept of input buddies, the 0- 
and 1-successors of both a switch and its 
conjugate, was also noted. A network in 
which two pairs of input buddies also con¬ 
stitute two pairs of output buddies, such as 
the generalized cube, has the strict buddy 
property. C-networks do not necessarily 
have this property. 

A C-network with the additional prop¬ 
erty that succ\P) * conj(succ l (P)) and 
succ'(P) =£ conj(succ°(P)), such as the 
generalized cube, provides the basis for the 
ACN. So that we can compare all networks 
in this survey on an equal basis, assume the 
C-network to have log 2 7V stages. Begin¬ 
ning with such a C-network, an ACN is 
constructed by replacing all the 2 X 2 
switches with 4x4 crossbar switches with 
inputs labeled 0, 1, conj(0), and conj(l). 
Switch outputs are labeled similarly. Those 
switch inputs and outputs labeled 0 and 1 
are connected exactly as in the base C- 
network. The conj( 0) and conj( 1) ports are 
connected as shown in Figure 10. 

One stringent ACN fault model is that 
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(1) any network component can fail, and 

(2) faulty components are unusable. 
Except for not specifying fault independ¬ 
ence, this is the same stringent fault model 
used by the ESC. As does the ESC, the 
ACN requires dual I/O ports for each 
device using the network. The ACN fault- 
tolerance criterion is retention of full 
access capability. The ACN provides 2" 
distinct paths between any source and des¬ 
tination (at each stage either switch i or 
switch conj(i) can be used), but most of 
these paths are not disjoint. In general, 
there exist at least two switches at any stage 
and two links between stages by which a 
given source and destination can be j oined. 
Thus, the ACN is single-fault tolerant to 
both switch and link failures. 

Routing in the ACN is predicated on a 
routing tag scheme existing for the partic¬ 
ular base C-network. We assume that a 
switch can determine when a successor 
switch is faulty. When no faults or busy 
switches occur, the tag is determined and 
interpreted by the ACN as it would be for 
the base C-network. Otherwise, two pro¬ 
posed routing strategies utilize both the 
standard path and conjugate path 
switches. 16 

Merged delta network. An N X N 

merged delta network (MDN) 16 results 
from cross-linking corresponding stages of 
C copies of an N/C X N/C delta net¬ 
work. An MDN denoted by C-MDN indi¬ 
cates explicitly the number of copies. The 
basic switch for the MDN is a 2C X 2C 
crossbar, with log 2 N/C stages. The con¬ 
struction procedure used for MDNs works 
with any MIN; the delta was chosen by the 
MDN developers for its simple routing 
scheme. 

Number the C copies of the delta net¬ 
work 0 to C - 1 and denote source S, des¬ 
tination D, and switch P associated with 
copy c, 0 < c < C - 1, as (S, c), ( D, c), 
and (P, c), respectively. Let 0 < j < N/2. 
If source S connects to switch P jfi in the 
input stage of the delta network, then 
sources (S, c ) connect to input stage 
switches ( P Jt 0 , c) in the MDN. If destina¬ 
tion D connects to output stage switch 
Pj,„-i in the delta network, then destina¬ 
tions ( D, c ) connect to switches i, c) 

in the MDN. Finally, if the outputs of 
stage i switch Pjj connect to stage i + 1 
switches P kii+ 1 and P m j+\ in the delta net¬ 
work, then in the MDN each switch P JJt c 
connects to switches P k ,i+ i, c and P m j+i, 
c. Figure 11 shows a 2-MDN (C = 2) for 
N = 8. Bold lines denote links from the 
replicated networks; light lines denote 
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Figure 10. Connections to stage 0 switches in an ACN (a), connections from stage n - 1 
in an ACN (b), connections from a conjugate switch pair in an ACN (c). 



Figure 11. MDN for TV = 8 and C = 2. 
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Figure 12. INDRA network shown as the union of R subnetworks. 


links merging the two copies. 

The MDN fault model assumes (1) only 
switches fail, and (2) faulty switches are 
unusable. The fault-tolerance criterion is 
full access. The MDN provides C Jog 2 (N/c) 
paths between any source and any destina¬ 
tion (at each stage the corresponding 
switch in any of the C copies can be used). 
In general, there are at least C switches at 
any stage and C links between stages by 
which a given source and destination can 
join. Thus, the MDN is (C - l)-fault 
tolerant to both switch and link failures 
(although the fault model assumes links 
never fail). Like the ESC and ACN, the 
MDN requires C I/O ports per device 
using the network. 

MDN routing is based on the delta net¬ 
work routing procedure. Information is 
initially passed to a non-faulty switch in 
stage 0. From there, each switch in stage j 
forwards the information by choosing with 
equal probability one of the copies. If the 


selected switch is faulty another copy is 
chosen. At stage n - 1 the switch output 
is chosen to reach the intended destination. 

INDRA network. Interconnection net¬ 
works designed for reliable architectures, 
or INDRA 18 networks, incorporate mul¬ 
tiple copies of a basic network, typically 
the omega network, but preface the copies 
with a distribution stage of switches (see 
Figure 12). INDRA networks have 
N = 2 m inputs and outputs with 
log rN + 1 stages of R x R switches. 
Stages are numbered 0 through n from 
input to output, where n = log^A, and 
each stage has A switches (typically A is a 
power of R, but it need not be). They are 
connected by links in an R */A//?)-shuffle. 
Other link interconnection patterns, 
including the cube interconnections, are 
possible. As with the MDN, the construc¬ 
tion technique used for INDRA networks 
can be applied to any MIN. 


INDRA networks can be conceived as 
the union of R parallel networks each with 
log R A stages of/? x R switches, with an 
initial distribution stage at the input. Like 
the ESC, ACN, and MDN, the INDRA 
network requires C I/O ports per device 
using the network. 

The INDRA network fault model 
matches that used for the MDN with the 
addition that faults are explicitly assumed 
to occur independently. The fault- 
tolerance criterion is the ability to perform 
any permutation in one pass that an omega 
network of size A with R x R switches can 
perform in one pass. 

The INDRA network is digit-controlled 
in the same sense as delta networks and 
performs all omega network-performable 
permutations, as well as others. Without 
using the R redundant links to stage 0, 
there exist R paths between any 
source/destination pair. Using redundant 
links yields R 2 paths, although they are 
not all disjoint. In the case of a stage 0 
switch fault, data can be routed through 
one of the alternate links from the input 
port. Other switch faults can be avoided by 
taking one of the R 2 paths that exist 
between any source and destination that 
does not include the faulty switch. This is 
always possible, as any faulty switch not 
in stage 0 lies within some subnetwork (see 
Figure 12), and a path exists between any 
source and destination that passes through 
some other subnetwork. Faults are 
avoided either by having sources keep 
track of failed switches and avoid them 
when generating routing tags, or by a form 
of simulcasting, whereby information is 
sent on multiple paths simultaneously to 
one destination. 18 

The INDRA network is (R - l)-fault 
tolerant. Like the MDN, the INDRA net¬ 
work can tolerate link faults. 


Comparison 

Table 1 summarizes the network fault 
tolerance information presented in our 
survey. It lists: the possible faults that can 
occur in each network under the assumed 
fault model; whether or not faulty compo¬ 
nents are usable; the fault-tolerance 
criterion; the method by which the net¬ 
work copes with faults; whether the net¬ 
work is single-fault tolerant; and how the 
network performs with multiple faults. 
The phrase “interior switch only” used in 
the table is another way of saying input 
and output switches are assumed 
fault-free. 
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Table 1. Summary of fault tolerance information for the surveyed networks. 


Network 

Fault 

Model 

Fault- 

Tolerance 

Criterion 

Fault- 

Tolerance 

Method 

Single- 

Fault 

Tolerant* 

Multiple- 

Fault 

Tolerant* 

Extra 

Stage 

Cube 

Any 

component; 

unusable 

Full access 

Alternate 

route 

Yes 

Robust 

Augmented 

Delta 

Interior 
switch or link; 
unusable 

Full access 

Alternate 

route(s) 

Yes 

(b- l)-fault 
tolerant 
with b x b 
switches 

Multipath 

Omega 

Interior 
switch or link; 
unusable 

Full access 

Alternate 

route(s) 

Yes 

(A - l)-fault 
tolerant 

F-network 

Interior 
switch only; 
unusable 

Full access 

Alternate 

routes 

Yes 

Robust 

Extra 

Stage 

Gamma 

Interior 
switch or link; 
unusable 

Full access 

Possible 

alternate 

route 

No; only 
robust 

Robust 

Dynamic 

Redundancy 

Any 

component; 

unusable 

Full access 

Alternate 

(spare) 

Yes 

Limited 

robustness 

Enhanced 

IADM 
(half links) 

Interior 
switch or link; 
unusable 

Full access 

Alternate 

routes 

Yes 

Two-fault 

tolerant 

with 

lookahead 

/3-networks 

Switch stuck, 
but usable 

Dynamic 
full access 

Repeated 

passes 

Depends on 
topology 

Typically 

robust 

Augmented 

C-network 

Any 

component; 

unusable 

Full access 

Alternate 

routes 

Yes 

Robust 

Merged 

Delta 

Any switch; 
unusable 

Full access 

Alternate 

routes 

Yes 

(C- l)-fault 
tolerant 

INDRA 

Any switch; 
unusable 

Q permutation 
in one pass 

Alternate 

routes 

Yes 

(R-l)-fault 

tolerant 


‘Using the fault model and fault-tolerance criterion defined for the network in question. 


Table 2 summarizes structural charac¬ 
teristics of the networks. Switch type, 
number of stages of switches, number of 
switches per stage, and number of links 
between stages of switches are four 
parameters relevant to both implementa¬ 
tion cost and achievable fault tolerance. 
Networks with high switch and link counts 
may require high package counts and 
hence cost more to produce than less com¬ 
plex structures. Networks with high pack¬ 
age counts are, all other things equal, more 
likely to experience failure during a given 
period of time. The nature of real failures 
must be taken into account, along with 


expected reliability, package count, and 
network topology and operation protocol 
to estimate a cost/fault-tolerance per¬ 
formance ratio for a particular network. 

Despite the growing research on fault- 
tolerant MINs, the results often have limi¬ 
tations, including unreasonably optimis¬ 
tic fault-tolerance models, and increased 
data routing complexity. To place the sur¬ 
veyed networks in perspective, we com¬ 
pare them to a hypothetical fault-tolerant 
MIN having the following ideal engineer¬ 
ing characteristics: 

(1) Fault model—any network compo¬ 
nent can fail, and failed components 


are unusable. 

(2) Fault-tolerance criterion—full access. 

(3) Routing complexity—as low as any 
surveyed network. 

(4) Hardware complexity—as low as any 
surveyed network. 

(5) Fault-tolerance capability—single¬ 
fault tolerant and robust with respect 
to multiple faults. 

Table 3 summarizes the comparison in 
qualitative terms. For example, in the 
column on fault model the phrase “slightly 
less strict” generally means input and out¬ 
put stage switches are assumed fault-free, 
while the phrase “less strict” typically 
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Table 2. Summary of structural characteristics of the surveyed networks. 


Network 

Network 

Ports per 
Source or 
Destination 

Switch 

Type* 

Number 
of Stages 

Number of 
Switches/Stage 

Number of 
Links/Stage 

Extra 

Stage 

Cube 

2 

Four-state 

interchange 

box 

1 + log 2 A 

N/2 

N 

Augmented 

Delta 

1 

axb 

crossbar 

i + log fc A, 
typically i = 1 

N/b 

N 

Multipath 

Omega 

1 

B J x B i 
crossbar 
in stage i 

/, selectable 

within 

constraints 

n/B j in 
stage i 

N 

F-network 

1 

4x4 

mux/demux 

1 + log 2 A 

A 

4N 

Extra Stage 
Gamma 

1 

3x3 

crossbar 

2 + log 2 A 

A 

3 N 

Dynamic 

Redundancy 

1 

3x3 

mux/demux 

log 2 A 

N+S 

3 (N+S) 

Enhanced 

IADM 
(half links) 

1 

5x5 

mux/demux 

l+log 2 A 

A 

5N interior, 

3 A input stage, 

4 N output stage 

/3-networks 

‘ 

Two-state 

interchange 

box 

Variable 

Typically A/2t 

Typically At 

Augmented 

C-network 

2 

4x4 

crossbar 

Same as 

underlying 

C-network 

N/2 

2A 

Merged Delta 

C 

2Cx2C 

crossbar 

log 2 (N/C) 

N/(2C) 

CN 

INDRA 

R 

RxR 

crossbar 

1+log^ 

N 

RN 


•Input and output stage switches may differ; see text. 
fDepends on specific instance of network topology. 


includes the previous restriction and adds 
the assumption of fault-free links. 

The choice of fault model and fault- 
tolerance criterion plays a key role in deter¬ 
mining the fault-tolerance characteristics 
of a network. As seen from Table 3, the 
comparison fault model is stricter, and 
likely more realistic, than that for all but 
three of the networks: the ESC, DR, and 
ACN. The comparison fault-tolerance 
criterion is the same as that for most of the 
networks surveyed. Table 3 indicates the 
more strict fault-tolerance criteria of the 
DR and INDRA networks; each requires 
some permutation connection capability in 
addition to full access. 

The fault-tolerance criterion used to 
study /3-networks offers a much less strict 


test to pass. It requires only the ability to 
connect any input to any output in a finite 
number of passes through the network. 
Successive passes are performed by return¬ 
ing data from a network output to the 
same numbered input. Even a fault-free /3- 
network may require multiple passes for 
data to reach its destination, so the chosen 
fault-tolerance criterion is appropriate. 
However, the breadth of the class of 13- 
networks makes it important to note that 
this forgiving criterion may inflate the 
capabilities attributed to more complex /3- 
networks. 

For most of the networks, routing in the 
presence of faults is little more complex 
than in the absence of faults. The notable 
exception to this is /3-networks. Once faults 


have been detected and located, consider¬ 
able work remains to determine if dynamic 
full access has been retained. Agrawal and 
Leu have developed a specific testing tech¬ 
nique. 19 Of course, we can precompute 
the network status for an assumed fault 
condition. Given an input and output to be 
connected, binary routing tags will suffice. 
However, the dynamic full access proce¬ 
dure requires choosing a set of intermedi¬ 
ate outputs reachable consecutively. We 
do not know of a general solution to this 
problem. In a practical sense, this may 
result in delivered fault tolerance less than 
that theoretically available. 

The hardware complexity of the net¬ 
works varies significantly, as shown in 
Table 2. The hardware complexity entries 
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Table 3. Comparison of surveyed networks with hypothetical network of ideal engineering characteristics described in text. 
Entries give the relationship between the network in question and the hypothetical network as regards a particular attribute. 


Network 

Fault 

Model 

Fault- 

Tolerance 

Criterion 

Routing 

Complexity 

Hardware 

Complexity 

Fault- 

Tolerance 

Capability* 

Extra 

Stage 

Cube 

As 

strict 

Same 

Comparable 

Slightly 

greater 

Comparable 

Augmented 

Delta 

Slightly 
less strict 

Same 

Comparable 

Same 

Comparable 

Multipath 

Omega 

Slightly 

less 

strict 

Same 

Comparable 
to slightly 
greater 

Same 

Comparable 
to greater! 

F-network 

Less 

strict 

Same 

Comparable 

Slightly 

greater 

Comparable 

Extra Stage 
Gamma 

Slightly 
less strict 

Same 

Comparable 

Greater 

Comparable 

Dynamic 

Redundancy 

As 

strict 

More 

strict 

Comparable 

Slightly 

greater 

Less 

Enhanced 

IADM 
(half links) 

Slightly 

less 

strict 

Same 

Comparable; 
complexity 
hidden in 
switch 

Greater 

Greater if 
complex 
routing 
used 

/3-networks 

Much 

Much 

Much 

Less to 

Comparable 

less strict 

less strict 

higher 

greaterf 

to greater! 

Augmented 

C-network 

As 

strict 

Same 

Comparable; 
complexity 
hidden in 
switch 

Much 

greater 

Comparable 

Merged 

Delta 

Less strict 

Same 

Comparable; 
complexity 
hidden in 
switch 

Much 

greater 

Greater 

INDRA 

Less strict 

More 

strict 

Comparable 

Much 

greater 

Greater 


tDepends on specific instance of network topology. 


of Table 3 are qualitative. The intent is to 
reflect a rough estimate of package count 
at various levels, specifically, the chip and 
board level or multiple-chip carrier level. 
However, hardware complexity and 
implementation cost may bear little rela¬ 
tionship to each other; knowledge of 
implementation details arising from a 
hardware design study is necessary for 
high-confidence estimates of cost. VLSI 
technology often allows a large reduction 
in package count, for example. With this 
caveat, the hardware complexity data suits 
our comparison purposes. 

The fault-tolerance capabilities of the 
networks are all quite similar, given the 
individual standards by which we measure 
each network. This is apparent in the 


column on fault-tolerance capabilities in 
Table 3. However, because we study each 
network using its own fault model and 
fault-tolerance criterion, significant differ¬ 
ences in capabilities might appear if we 
adopted a common fault model and fault- 
tolerance criterion. 

The fault model and fault-tolerance 
criterion of the hypothetical network can 
be applied to the surveyed networks to 
compare their fault tolerance. A common 
fault model and fault-tolerance criterion 
form a single scale by which we can mea¬ 
sure any network. The results of this com¬ 
mon measure appear in Table 4, Column 
I. Only the ESC, DR, ACN, merged delta, 
and INDRA networks are single-fault 
tolerant with respect to this fault model 


and fault-tolerance criterion. The DR net¬ 
work requires connections so that the N 
adjacent rows remain accessible regardless 
of the location of a failing row. 

Many of the networks fail to be single¬ 
fault tolerant because they cannot tolerate 
an input or output switch fault, as can the 
above five networks. Thus many fault 
models refer only to interior switch faults. 
If we amend the hypothetical network 
fault model to assume fault-free switches 
in the input and output stages, some of the 
networks are by this measure single-fault 
tolerant (see Table 4, Column II). Alter¬ 
natively, the MINs that become single¬ 
fault tolerant under the relaxed fault 
model could be fitted with input and out¬ 
put stage bypass circuitry and become 
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Table 4. Fault tolerance capabilities 
ot' the surveyed networks assuming a 
common network fault model and 
fault tolerance criterion. I. Single¬ 
fault tolerant using hypothetical net¬ 
work fault model and fault-tolerance 
criterion (see text). II. Single-fault 
tolerant if hypothetical network 
fault model is relaxed to assume 
input and output stage switches are 
fault-free. 


Network 

I 

II 

Extra Stage Cube 

Yes 

Yes 

Augmented Delta 

No 

Yes 

Multipath Omega 

No 

Yes* 

F-network 

No 

Yes 

Extra Stage Gamma 

No 

Yes 

Dynamic Redundancy 

Yes 

Yes 

Enhanced IADM 
(half links) 

No 

Yes 

/3-networks 

No 

Yes* 

Augmented C-network 

Yes 

Yes 

Merged Delta 

Yes 

Yes 

INDRA 

Yes 

Yes 

’Typically yes, but depends on 

specific 

instance 


of network topology. 


single-fault tolerant under the more strin¬ 
gent conditions. 

The ESC was designed with a fault 
model and fault-tolerance criterion iden¬ 
tical to that of the hypothetical network. 
Its routing complexity is low, based on eas¬ 
ily computed tags that specify one of two 
possible paths between a source and des¬ 
tination. The ESC incorporates slightly 
more hardware than the simplest of any of 
the surveyed networks (such as the aug¬ 
mented delta with b = 2), having ena¬ 
ble/disable circuitry for the input and 
output stage switches. 

A /3-network is single-fault tolerant given 
the relaxed hypothetical fault model if it 
provides at least two paths that share no 
network components other than their first 
and last /3-elements between any source and 
any destination. This restriction must hold 
for all passes through the network that may 
be required for the two paths. 

The ACN network is single-fault toler¬ 
ant under the hypothetical fault model and 
fault-tolerance criterion. However, this 
capability comes at the price of greater 


hardware complexity. The ACN 4x4 
crossbar switches are more complex than 
the switches of the hypothetical network 
and must have added circuitry in order to 
support the routing scheme. Further, the 
ACN has twice as many links as the 
hypothetical MIN. 

The merged delta and INDRA networks 
are also single-fault tolerant under the 
assumptions made for Table 4. Again, this 
performance comes at the expense of hard¬ 
ware complexity. The MDN contains a 
total of (N/(2C)) * log 2 (N/C) 2C x 2 C 
crossbar switches, each with significant 
routing support circuitry, and CN links. 
The INDRA network has (1 + log R N)*N 
R x R crossbar switches and RN links. 
However, the MDN and INDRA networks 
provide C-fauIt and R-fault tolerance, 
respectively, and in the case of the INDRA 
network, with respect to a demanding 
fault-tolerance criterion. Given suffi¬ 
ciently high inherent component reliabil¬ 
ity, these networks may provide reliable 
interconnections in particularly demand¬ 
ing applications for which their probable 
high implementation costs can be justified. 


W e have discussed eleven fault- 
tolerant MINs: the extra stage 
cube, augmented delta, mul¬ 
tipath omega, F-network, extra stage 
gamma, dynamic redundancy, enhanced 
inverse augmented data manipulator, /)- 
networks, augmented C-network, merged 
delta, and INDRA. The MIN characteris¬ 
tics described included fault model, fault- 
tolerance criterion, fault-tolerance 
method, single- and multiple-fault toler¬ 
ance, routing complexity, and hardware 
complexity. Fault model and fault- 
tolerance criterion are essential metrics for 
any comparison of network fault- 
tolerance capabilities. Routing and hard¬ 
ware complexity are key data for engineer¬ 
ing trade-off decisions. These networks 
represent the wide range of topologies, 
switch design, and data routing procedures 
proposed for fault-tolerance. 

Error correcting codes, connecting 
redundant subsystems in parallel, and 
dividing a subsystem into identical parts 
connected in parallel are all venerable tech¬ 
niques for achieving fault tolerance. The 
surveyed networks serve to illustrate fault- 
tolerance techniques developed or 
employed for MINs. Those techniques 
independent of network topology dis¬ 
cussed here are 

(1) simulcasting (multiple transmission of 


the same information on distinct 
paths) and 

(2) dynamic full access (multiple passes 
through a MIN; used in /3-networks). 
Techniques that alter the topology of a 
MIN for better fault tolerance (and fault 
tolerant MINs embodying a given tech¬ 
nique) are 

(1) adding an extra stage with or without 
bypassing (ESC, augmented delta, 
extra stage gamma), 

(2) adding extra links (F-network), 

(3) increasing the number of network 
ports slightly (DR), 

(4) completing inherent partial redun¬ 
dancy in a MIN (enhanced IADM), 

(5) varying switch size and number of 
stages in an interrelated way (mul¬ 
tipath omega), 

(6) increasing switch size and adding cor¬ 
responding links (ACN), 

(7) replicating a MIN and cross-linking 
corresponding stages of switches 
(MDN), and 

(8) replicating a MIN and adding an extra 
stage (INDRA). 

We compared the surveyed networks by 
choosing a common fault model and fault- 
tolerance criterion based on the realistic 
representation of likely hardware failures 
rather than on easy analysis of reliability. 
The common fault model assumed that 
any network component could fail and, if 
faulty, was unusable. The fault-tolerance 
criterion specified that a network tolerated 
a fault only if it could still connect any one 
of its inputs to any one of its outputs. 

Only five of the surveyed networks are 
single-fault tolerant under the stringent 
assumptions used for network compari¬ 
son: the extra stage cube, dynamic redun¬ 
dancy, augmented C-network, merged 
delta, and INDRA. However, ACN, 
merged delta, and INDRA hardware com¬ 
plexity often results in a more complex 
and, hence, costly implementation than 
for the ESC. Data routing through these 
three networks is also more involved if 
their fault-tolerance capabilities are to be 
fully available. In their favor, all three are 
more tolerant of multiple faults. Finally, 
the dynamic redundancy network is most 
readily used in a system environment hav¬ 
ing spare processors to which processes 
can be rescheduled after failure blocks 
other processors from using the network. 

Most of the other networks were single¬ 
fault tolerant if we relaxed the common 
fault model to assume perfectly reliable 
input and output stage switches. The ESC 
copes with input and output stage switch 
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faults by having bypass circuitry that 
allows data to be routed past such faults 
when they occur. The ACN provides two 
links to two switches from each network 
input and two links to each output from 
two switches. The merged delta and 
INDRA networks each provide links to 
two or more switches from each network 
input and output. The other networks 
could achieve the same level of single-fault 
tolerance by either adding bypass circuitry 
in an appropriate way or including multi¬ 
ple connections between each network 
input and output port and network 
switches. 

The field of fault-tolerant MINs is far 
from maturity. We can expect to see new 
fault-tolerant MINs and fault-tolerance 
techniques. Application of fundamental 
metrics such as fault model and fault- 
tolerance criterion will allow computer 
architects to continue to evaluate such net¬ 
works when they are proposed.□ 
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A simple yet effective 
technique reduces the 
problems of poor 
performance and low 
reliability associated 
with unique-path 
multistage 
interconnection 
networks. 


M ultistage interconnection 
networks, or MINs, have 
long been studied for use in 
telephone switching and multiprocessor 
systems. 1 Since the early 70’s several 
MINs have been proposed to meet the 
communication needs of multiprocessor 
systems in a cost-effective manner. These 
MINs are typically designed for N = m" 
inputs and Noutputs and contain n stages 
of ( N/m ) crossbar switching elements of 
size mxm. The switches in adjacent stages 
are connected in such a way that a path can 
be found from any input to any output. 
Such MINs have many properties that 
make them attractive for multiprocessor 
systems, including 0(NlogN) hardware 
cost as opposed to the 0(N 2 ) hardware 
cost of crossbar switches, the ability to 
provide up to N simultaneous connections, 
and O(logN) path lengths. Moreover, they 
can employ simple and distributed routing 
algorithms—algorithms that make a cen¬ 
tral routing controller unnecessary and 
also result in relatively low communication 
latency times. 
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MINs with logJV stages also have two 
other important properties: a unique path 
exists from any input to any output, and 
distinct input/output paths may have 
common links. These lead to two chief dis¬ 
advantages. First, an input/output con¬ 
nection may be blocked by a previously 
established connection (even if the outputs 
involved are distinct), thereby causing 
poor performance in a random-access 
environment. Second, the failure of even 
a single link or switch disconnects several 
input/output paths, leading to a lack of 
fault tolerance and low reliability. An 
example is provided by a MIN with 16 
inputs and 16 outputs, built from 2x2 
switching elements (Figure 1). The figure 
highlights all the input/output paths that 
use the link labeled /. It is clear that at any. 
given time, at most one of these paths can 
be set up, and that the failure of link / dis¬ 
connects all of these paths. The reduction 
in performance due to blocking and the 
decrease in reliability due to lack of fault 
tolerance become increasingly serious with 
the size of the network, because the num- 
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Figure 1. A unique-path shuffle-exchange MIN with 16 inputs and 16 outputs. The 
heavy lines indicate the paths using the link Z. 


ber of paths passing through a given link 
increases linearly with N. 

Here, we discuss a simple yet effective 
technique to alleviate the problems posed 
by unique-path MINs, one that is applica¬ 
ble to a broad class of such networks—the 
shuffle-exchange 2,3 and topologically 
equivalent MINs. 4 A careful study of the 
structure of these MINs reveals that the 
addition of a few links per stage results in 
a rich collection of multiple paths between 
every network input/output pair. In set¬ 
ting up a connection (or, in a packet¬ 
switching environment, in routing a 
packet), multiple-path MINs allow an 
alternate path to be chosen if conflicts arise 
with other connections or if faults develop 
in the network. Thus, multiple-path MINs 
provide both better performance and 
higher reliability than unique-path ones. 


Background and design 
objectives 

In recent years, much research on 
multiple-path MINs has been reported. 5 
Each network proposed aims to achieve a 
different objective. To understand the 
motivation behind the designs discussed 
here, let us briefly examine some quantita¬ 
tive and qualitative issues relating to mul¬ 
tipath MINs. 

Multiple paths may be an inherent part 
of the definition of a MIN, or they may be 
created by augmenting the topology of an 
existing MIN. In any case, their hardware 
cost is higher than that of unique-path 
MINs in terms of the number of switch 
stages, the number of switches per stage, 
and/or the size of the switching elements. 
These three factors contribute to what is 
usually called the switch complexity of a 
MIN. Another measure of the cost of a 
MIN is its link complexity, which depends 
on the number of intrastage links (if any), 
and the number of stages. Link complex¬ 
ity is an important measure because the 
implementation of a MIN is often I/O or 
pin limited at every level of integration. At 
the integrated-circuit level, the size of the 
switch (assuming that each IC contains one 
switch) is usually determined by the num¬ 
ber of pins available and not by the com¬ 
plexity of the logic in the switch. At the 
printed-circuit-board level, the number of 
connectors available on a board is a criti¬ 
cal factor in determining the number 
switches that can be placed on the board. 


At the wafer-scale-integration level, if a 
MIN with a large number of inputs and 
outputs were to be laid out on a single 
wafer, 6 most of the area would be 
occupied by the links and not by the 
switching elements. Of the two types of 
links in MINs, interstage links tend to be 
more expensive than intrastage ones. One 
of the main considerations in the design of 
the networks is keeping the switch and link 
complexities as low as possible. 

A fault model captures the assumed 
effects of physical failures on the opera¬ 
tion of a system. Three fault models are 
used for MINs: the stuck-at fault model, 
the link fault model, and the switch fault 
model. In the stuck-at fault model, a fail¬ 
ure causes a switching element to remain 
in a particular state regardless of the con¬ 
trol inputs given it, thus affecting its abil¬ 
ity to set up proper connections. The 
affected switching element can be used to 


set up paths if the stuck-at state is also the 
required state. In the link fault model, a 
failure affects an individual link of a 
switching element, leaving the remaining 
part of the switch operational. In the 
switch fault model, the strongest of the 
three, a failure makes a switch totally 
unusable. The networks we discuss are 
designed to tolerate switch faults. 

A key issue in multipath MINs is the 
manner in which rerouting or selection of 
alternate paths is achieved. The topology 
of a multipath MIN may allow rerouting 
to be done only at the source or at some 
fixed points in the network. In that case, 
a busy link, a faulty link, or a faulty switch 
encountered while setting up a path may 
necessitate backtracking to a stage at 
which a fork exists and then attempting to 
set up an alternate path from there. If the 
paths between every input/output pair in 
a multipath MIN have a fork at every 
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stage, then rerouting can be done on the fly 
without resorting to backtracking. How¬ 
ever, backtracking MINs tend to have less 
hardware complexity than nonbacktrack¬ 
ing ones. But backtracking MINs are 
inconvenient to implement, since they may 
require bidirectional paths and reverse 
queues. Also, if backtracking is to be 
avoided in these MINs for performance 
enhancement, it becomes necessary to 
have global fault information. 

A redundancy graph offers a convenient 
way to study the properties of a multipath 
MIN, such as the number of faults toler¬ 
ated or the type of rerouting possible. A 
redundancy graph depicts all the available 
paths between a source and a destination 
in a MIN. It consists of two distinguished 
nodes—the source S and the destination 
D— and the rest of the nodes correspond 
to the switches that lie along the paths 
between S and D. We make quite extensive 


use of redundancy graphs. 

The rest of this article describes a tech¬ 
nique for augmenting shuffle-exchange 
MINs and discusses the effectiveness of the 
resulting multipath networks. Our objec¬ 
tive is to achieve 

• single-switch fault tolerance in all 
stages, including the first stage and 
the final stage, 

• the ability to reroute without back¬ 
tracking, 

• on-line repairability of faulty compo¬ 
nents, and 

• low switch and link complexity. 

The first three of these requirements are 

easily met by the MINs we described in an 
earlier paper, 7 which are also obtained by 
augmenting shuffle-exchange-type net¬ 
works. But their complexity is relatively 
high. The augmentation technique we pre¬ 
sent here also achieves the fourth 
objective. 


Shuffle-exchange MINs 

Shuffle-exchange MINs can be built 
from many combinations of switch sizes, 8 
and our augmentation schemes can be 
specified for the general case. For the sake 
of brevity and clarity, however, we will 
restrict our discussion to MINs built from 
2x2 switches. Such a shuffle-exchange 
MIN is defined for N = 2" inputs and 
outputs and has n stages, each consisting 
of N/2 switches. The stages are numbered 
from 0 to n - 1, and the switches in each 
stage are numbered from 0 to N/2 -1. For 
convenience, the switch / in stagey is some¬ 
times referred to as switch (/,/). The upper 
links (also called 0-links) of switch i are 
numbered 2/, and the lower links (also 
called 1-links) are numbered 2/+1. The 
interconnection pattern between adjacent 
stages is the perfect shuffle permutation. 
The output link i of stage j is connected to 
the input link (2/ + [2i/N\) mod N of 
stagey + 1. The network shown in Figure 
1 is, in fact, a shuffle-exchange MIN for 
N = 16. 

Shuffle-exchange MINs allow routing 
to be done in a distributed fashion using 
the binary label of a destination as the 

routing tag. Let d 0 , d\ . d„ _, be the 

binary address of the required destination. 
The switches along the path in stage i use 
the bit di and make a connection to the 
upper output link if the bit is 0 or to the 
lower output link if the bit is 1. It is the 
property of shuffle-exchange MINs that 
when the destination tag is used in this 
manner, a path is established to the proper 
destination. This can be verified by 
examining any of the paths shown in Fig¬ 
ure 1. Notice that the routing tag for a des¬ 
tination stays the same regardless of the 
source to which the destination is to be 
connected. 

Augmented shuffle- 
exchange networks 

To achieve fault tolerance, we exploit 
the fact that there are subsets of switches 
in each stage which lie on paths leading to 
the same subset of destinations. For 
instance, any switch in stage 0 leads to any 
destination; all even-numbered switches in 
stage 1 lead to destinations 0 through 
N/2 -1; and all odd-numbered switches in 
stage 1 lead to destinations N/2 through 
N— 1. All the switches in a given stage 
which lead to the same subset of destina¬ 
tions comprise a conjugate subset of 
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switches. The switches in each stage are 
partitioned into several conjugate subsets. 
The shuffle-exchange MIN of Figure 1 has 
been redrawn in Figure 2 to facilitate iden¬ 
tification of the conjugate subsets of 
switches. One can easily verify that in stage 
/, two switches k and / belong to the same 
conjugate subset if k = / mod 2'. Fur¬ 
ther, the partial routing tag required to set 
up a connection to a reachable destination 
from either switch k or switch / is also the 
same. 

In each conjugate subset of switches, 
there are several pairs of switches called 
conjugate pairs of switches . 9 The switches 
in such a pair are connected to the same 
switches in the next stage. For example, in 
Figure 2, the switches (0,0) and (4,0) form 
a conjugate pair since they are both con¬ 
nected to the switches (0,1) and (1,1). In 
general, the switches (ijj and (i + N/AJ), 
0<i<N/A, 0<j<n- l, are both con¬ 
nected to the switches (2i,j+\) and 
(2/+1 J+ 1). Conjugate subsets and con¬ 
jugate pairs of switches play a fundamen¬ 
tal role in our augmentation scheme. 

The scheme for creating multiple paths 
is based on connecting the switches belong¬ 
ing to a conjugate subset by using addi¬ 
tional links to form loops. For this 
purpose, it is necessary to replace the 2 x 2 
switches with 3x3 switches of the type 
shown in Figure 3a. The vertical links, 
which are used to connect switches in the 
same stage, are called auxiliary links. The 
network of Figure 2, augmented in this 
fashion, is shown in Figure 3b. This figure 
also shows how fault-tolerant routing can 
be accomplished. If a switch is not able to 
process a request for connection because 
of a faulty switch in the next stage or 
because of a busy link, it can route that 
request via its auxiliary output link to the 
next switch in the loop. The next switch 
can then make a connection to a different 
(nonfaulty) switch in the following stage. 
Suppose a connection from input link 9 to 
output link 4 in Figure 3b must be made. 
Under normal conditions, the path would 
pass through the switches (4,0), (0,1), 

(1.2) , and (2,3). Now suppose that switch 

(1.2) is faulty. It can be bypassed using the 
path (4,0), (0,1), (2,1), (5,2), and(2,3). In 
fact, using an auxiliary link whenever a 
fault is encountered allows any source to 
be connected to any destination while 
tolerating any single faulty switch in any 
stage other than the initial stage and the 
final stage. 

A switch failure in the initial stage, how¬ 
ever, disconnects the sources attached to 
that switch from the rest of the network. 


Similarly, a switch failure in the final stage 
disconnects the destinations attached to 
that switch. To attain fault tolerance in 
these stages, each source and each destina¬ 
tion must be provided with at least one 
additional I/O port, so they can be con¬ 
nected to at least two distinct switches. 
Schemes for connecting sources and des¬ 
tinations equipped with two ports each are 


shown in Figure 4. A 2 x 1 multiplexer is 
placed at each input link of stage 0, and 
each source is connected to two distinct 
multiplexers, as shown in Figure 4a. To 
provide additional connections to the des¬ 
tinations, the N/2 switches in the final 
stage of the MIN are replaced with N 1x2 
demultiplexers. Each destination is 
directly connected to two demultiplexers, 
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Figure 4. Schemes for making multiple connections for sources and destinations— 
addition of 2 X 1 multiplexers at the input stage (a); replacement of the switches in 
the final stage with 1x2 demultiplexers (b). 


as shown in Figure 4b. 

Next, if each loop in Figure 3 is divided 
into two loops, subject to the condition 
that no two switches in a given loop form 
a conjugate pair, then we obtain a network 
which has not only single fault tolerance 
but also certain properties that facilitate 
on-line repair and maintenance. Such a 
network is called an augmented shuffle- 
exchange network, or ASEN. An ASEN 
for N = 16 is shown in Figure 5a, and its 
redundancy graph is given in Figure 5b. 
This network is called ASEN-Max, since 
it has the maximum number of switches 
per loop within the constraints that the 
switches in a loop belong to the same con¬ 
jugate subset and that no two switches in 
a loop form a conjugate pair. The number 
of switches in a loop in stage i of ASEN- 
Max is equal to Note that in the 

final stage (stage n - 2) there is only one 
switch per loop. Since there is no obvious 
advantage to connecting the auxiliary links 
of the same switch, they are left out in the 
final stage in Figure 5. In fact, 2x2 
switches can be used in this stage. 



34 


COMPUTER 































































It is possible to design ASENs with 
smaller loops than those of ASEN-Max 
and yet retain the property of single fault 
tolerance. For example, the ASEN in Fig¬ 
ure 6 has a loop size of two in every stage 
except the last stage. This network is called 
ASEN-2. The loops in ASEN-2 are formed 
by switches that differ in the second most 
significant bit of their binary labels. In 
general, an ASEN in which the number of 
switches in a loop in stage / is equal to Min 
(2"~ 2 ~‘,K) is called ASEN-A". A general 
principle to be followed in forming the 
loops is to ensure that if two switches are 
part of a loop, their conjugate switches will 
also be part of a (different) loop. All the 
loops in a given stage are required to con¬ 
tain an equal number of switches, thus res¬ 
tricting K to be a power of 2. This makes 
ASENs symmetric in the sense that the 
redundancy graph of a given source/desti¬ 
nation pair is isomorphic to that of any 
other source/destination pair. 

The redundancy graph for the ASEN-2 
of Figure 6 and the redundancy graph for 
an ASEN-4 for N = 32 are shown in 
Figures 7a and 7b, respectively. Notice 
that the loops formed in all stages except 
the final stage are such that for every loop 
there exists another loop which is con¬ 
nected to the same set of switches in the 
next stage. Such pairs of loops are called 
conjugate loops. In the final stage, since 
a loop consists of only one switch, there 
are in effect conjugate pairs of switches 
connected to the same subset of desti¬ 
nations. 

ASENs have logTV- 1 stages and N/2 
switches of size 3 X 3 per stage, plus N2 x 1 
multiplexers and N 1x2 demultiplexers. 
The switch sizes and the overall switch 
complexity are both very low for these 
nonbacktracking and single-fault-tolerant 
MINs. Furthermore, ASENs have the 


same number of interstage links as unique- 
path MINs. All the additional links— 
except for those connecting the sources 
and the destinations—are of the intrastage 


type, which have a lower I/O cost. 

In the physical design of ASENs, one 
can take advantage of their structure to 
reduce the I/O requirements of printed- 
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circuit boards or VLSI chips, by placing all 
the switches in a loop on the same board 
or chip. This confines all the auxiliary links 
to the same board or chip. If a loop con¬ 
sisting of L switches is placed on a board, 
the board must have enough connectors 
for 1L input links and 2 L output links. 
Thus the number of switches one can con¬ 
nect in a loop is dependent on the I/O 
capacity of the boards. 

A major advantage of implementing the 
loops as modules is that such implementa¬ 
tion makes ASENs easier to maintain and 
repair. As we will show later, the fault 
tolerance of ASENs is not limited to single¬ 
switch faults but extends to faults affect¬ 
ing all the switches in a given loop. In other 
words, the removal of a loop as a whole 
from an ASEN need not disrupt the con¬ 
tinued operation of the network. Thus, 
when a switch fault is identified, the loop 
containing the faulty switch can be 
removed from the network and a replace¬ 
ment loop inserted without interrupting 
the operation of the network. If more than 
one loop can be accommodated on a sin¬ 
gle printed-circuit board or a VLSI chip, 
then no two loops on a board or chip must 
form a conjugate pair of loops. It is eco¬ 
nomically attractive to have all the loops 
be of the same size so that only one type of 
replacement board is needed. This is an 
advantage of ASEN-2 networks over other 
ASENs. 

Adaptive routing control 

The reliability and performance 
improvement obtained from a multipath 
network depend upon how effectively the 
alternate paths available are used by the 
routing algorithm. One can use a back¬ 
tracking routing algorithm that exhaus¬ 
tively searches for an available fault-free 
path. However, implementation of back¬ 
tracking is relatively expensive in terms of 
hardware and backtracking can, in some 
situations, take an inordinately long time 
to set up connections. The nonbacktrack¬ 
ing algorithm given below is easy to imple¬ 
ment and performs quite well. This 
algorithm assumes that sources and 
switches have the ability to detect faults in 
the switches to which they are connected. 
Several techniques for detecting faults in 
multistage networks have been reported. 5 
Such techniques usually require off-line 
application of test inputs or make the test 
results available only to the external 
resources attached to the network. If adap¬ 
tive routing is to be implemented, with the 


switches making the routing decisions, 
then fault information is required by the 
individual switches at the time they process 
a request. In such situations, off-line diag¬ 
nosis methods are not adequate. It is neces¬ 
sary to design switching elements capable 
of detecting faults in adjoining switching 
elements as they occur and concurrently 
with normal operation. One such design, 
which is based on concurrent error detec¬ 
tion techniques, is discussed elsewhere 10 
and assumed by the adaptive routing algo¬ 
rithm presented here. 

The routing algorithm for ASENs 

• For each source: 

Submit the request for connection to 
the primary switch, along with the 
binary label of the required destina¬ 
tion. If the primary switch, or the 
multiplexer at the input of the pri¬ 
mary switch, is faulty, then submit 
the request to the secondary switch. 
If the secondary switch is also faulty, 
drop the request. 

• For each switch in stage i(i< n - 2): 
(Requests for connection may arrive 
on any of the three input links.) 

For each request, use bit i of the 
associated destination tag and con¬ 
nect to the output link labeled cor¬ 
respondingly. If the required output 
link is busy or cannot be used because 
of a fault in the next stage, route the 
request via the auxiliary output link 
to the next switch in the loop. If the 
auxiliary link is also unusable because 
it is busy or because of a fault, then 
drop the request. A fault in a demul¬ 
tiplexer at the output of a switch in 
stage n - 2 is regarded as a fault in 
that switch. 

• For each switch in stage n — 2: 
(Requests may arrive on any of two 
input links.) 

For each request, use bit n - 2 of the 
routing tag and route the request 
accordingly via the corresponding 
output link. If the required output 
link is busy, drop the request. 

• For each demultiplexer at the output 
of stage n - 2: 

(May receive a maximum of one 
request.) 

If a request arrives, then use bit 
n - 1 of the routing tag and make a 
connection to the upper or the lower 
output link according to whether the 
routing bit is a 0 or a 1. 

• For each destination: 

(Up to two requests may arrive.) 
Accept the requests. 


This algorithm is easily incorporated in 
the hardware design of a switching ele¬ 
ment. The design of the switches can be 
uniform for all stages. At first, the 
switches in the final stage appear to be 
different in terms of the number of links 
and also because they are required to 
report faults in the demultiplexers at their 
outputs to the switches in the previous 
stage. However, designing all the switches 
in such a way that they report themselves 
to be faulty whenever their auxiliary link 
and at least one other output link lead to 
faulty switches, and then permanently typ¬ 
ing the auxiliary output links of the 
switches used in the final stage to the faulty 
state, solves the uniformity problem. 

Notice that the routing algorithm is 
independent of the number of switches in 
a loop. Thus, once the switching element 
is designed, loops of any number of 
switches can be formed to meet the per¬ 
formance and reliability requirements and 
the physical design restrictions. Also, in a 
circuit switching environment, routing 
along the loops does not result in any 
deadlocks—if a request traverses the entire 
loop and comes back to the first switch in 
the loop, it will be dropped unless it is pos¬ 
sible to route it to the next stage. A simple 
way to prevent deadlocks from occurring 
in a packet-switched environment is to 
provide buffers at the output links to the 
next stage but not at the auxiliary output 
links. 

Another problem peculiar to multiple- 
path MINs is that when they are used in a 
packet-switched environment, packets 
may arrive out of sequence. This can cause 
computational inconsistencies or, if coun¬ 
tered by buffering, lead to a further 
increase in hardware and buffering delays. 
This problem can be resolved by using vir¬ 
tual circuit techniques or otherwise re¬ 
stricting the paths used when the proper 
sequence of packets has to be maintained. 
For example, the auxiliary links could be 
used only when a faulty switch is encoun¬ 
tered but not when blocking occurs. Notice 
that this is not an issue in circuit-switched 
networks. 


Fault tolerance and 
reliability of ASENs 

The adaptive routing algorithm for 
ASENs allows two ways of routing a con¬ 
nection request in every stage except the 
final stage. If the destinations are assumed 
to be fault-free, it follows that all single- 
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switch faults can be tolerated if this rout¬ 
ing algorithm is used. 

ASENs are, strictly speaking, single¬ 
fault tolerant. One can find combinations 
of two switches which, when simultane¬ 
ously faulty, can disconnect a source from 
a destination. For instance, if both 
switches to which a source or a destination 
is connected become faulty, then that 
source or destination is disconnected from 
the rest of the network. However, if such 
critical combinations of switches are not 
present in a fault pattern, several multiple 
faults can be tolerated. We can character¬ 
ize the faults that are tolerated and then 
derive probabilistic measures of the effect 
of faults, given that each switching ele¬ 
ment has a certain reliability. 

A general criterion for evaluating the 
robustness of a MIN is that every member 
of a subset of sources must have paths to 
every member of a subset of destinations. 
The probability that the above criterion is 
satisfied is called multiterminal reliability. 
Two special cases of this criterion are of 
interest. The first case is that of the subsets 
of sources and destinations containing 
exactly one element each. This special case 
leads to a measure called two-terminal 
reliability, or simply terminal reliability, 
which is the probability that a given 
source/destination pair has at least one 
fault-free path between them, given that 
each switch has a certain reliability. (The 
reliability of a switch is the probability that 
it is fault-free.) The terminal reliability of 
a MIN can be evaluated using its redun¬ 
dancy graph. The other special case of the 
multiterminal reliability criterion is that of 
the subsets of sources and destinations 
containing all the sources and all the des¬ 
tinations, respectively. This special case 
leads to the assumption that the MIN is 
faulty (or disconnected) whenever all the 
paths are disconnected between some 
source/destination pair, and gives us the 
reliability of the MIN. If the reliability is 
time-variant one can obtain the mean time 
to failure, or MTTF, of the MIN, which is 
the time expected to elapse before some 
source is disconnected from some desti¬ 
nation. 

Recall that the nonbacktracking routing 
algorithm for ASENs does not explore all 
available paths. Thus, the relevant mea¬ 
sure for one-to-one connections is not the 
probability of the existence of a fault-free 
path but the probability that the routing 
algorithm succeeds in finding one, in the 
absence of conflicts. The routing algo¬ 
rithm succeeds in making the connection 
if (a) at least one of the switches to which 


the source is connected is fault-free, (b) 
every subsequent switch can route either 
by the output link required by the routing 
tag or by its auxiliary output link, and (c) 
at least one switch visited in a loop can 
route the request to the next stage via the 
link required by the tag bit. The probabil¬ 
ity of success of the routing algorithm, 
called the effective terminal reliability, or 
ETR, is the same for all source/destination 
pairs if faults occur uniformly among the 
switches, since ASENs are symmetric 
networks. 

The ETRs of ASEN-2, ASEN-4, and 
ASEN-Max—obtained analytically and 
checked by Monte Carlo simulation—are 
plotted in Figure 8. It is assumed that the 
probability of a switching element being 
fault-free isp = 0.9. Since a larger loop 
size creates more paths, one would expect 
an improvement in ETR with increasing 
loop size. Notice, however, that while the 
ETR of ASEN-4 is a little better than that 
of ASEN-2, it is practically the same as 
that of ASEN-Max. The reason is that 
although the ASENs with larger loop sizes 
have more paths, these paths are of longer 
lengths. The probability of occurrence of 
fault patterns that necessitate the use of the 


longer paths rapidly decreases, accounting 
for the saturation effect in the ETR. To 
show the improvement obtained over 
unique-path networks, we have also plot¬ 
ted the ETR of unique-path MINs (which 
is the same as their terminal reliability) in 
Figure 8. 

To estimate the MTTF of ASENs, we 
must first characterize the faults that will 
or will not disconnect a source/destination 
pair. Consider the redundancy graph of 
any ASEN. Each of the conjugate loops in 
a stage is connected to both of the con¬ 
jugate loops in the next stage. This guaran¬ 
tees that if faults affect switches in at most 
one loop in every pair of conjugate loops, 
and at most one switch in every pair of 
conjugate switches in the last stage, then 
no source can be disconnected from any 
destination. In fact, even the removal of 
an entire loop from every pair of conjugate 
loops will not disconnect the redundancy 
graph of any source/destination pair. This 
gives a lower bound on the maximum 
number of faults tolerated by ASENs: 50 
percent of the total number of switches. 

We note here that tolerance of faulty 
loops suggests an on-line repair procedure 
for ASENs. If a switch becomes faulty, 
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Figure 8. Effective terminal reliability of ASENs and the unique-path MIN. 



Figure 9. The MTTF of ASEN-2 and the unique-path MIN, at a switch failure rate 
of 10 6 per hour. 


then the loop containing the faulty switch 
can be removed from the network and a 
replacement loop inserted. It is necessary 
to have a procedure for gracefully ter¬ 
minating the connections using the non- 
faulty switches in the loop before 


removing the loop. However, the overall 
operation of the network need not be dis¬ 
rupted, and the network can continue to 
operate at a reduced level of performance 
while it is being repaired. 

Using the loop fault tolerance property, 


we can get a lower bound for the MTTF of 
ASEN-2 networks. We evaluate this 
assuming that an ASEN-2 becomes faulty 
(i.e., that some source is disconnected 
from some destination) whenever more 
than one loop is affected by faults in a con¬ 
jugate pair of loops (a pessimistic assump¬ 
tion). We evaluate the MTTF using a 
simple series-parallel reliability model: the 
two loops in a conjugate pair are in paral¬ 
lel and all the conjugate pairs of loops are 
in series. 

Next, note that the pessimistic estimate 
of the MTTF of ASEN-2 is also a lower 
bound for ASEN-A, K>2. This follows 
from the observation that if a multiple- 
switch-fault pattern does not cause the 
failure of ASEN-2, it cannot render an 
ASEN with larger loops faulty. 

We can also obtain an optimistic esti¬ 
mate of the MTTF for ASEN-2. From its 
redundancy graph, note that in each stage 
there are two “gateway” switches that 
receive connections from the previous 
stage. These two form, in fact, a conjugate 
pair of switches. Also, switches in every 
conjugate pair in the network act as gate¬ 
ways to the stage they belong to, for some 
source/destination pair. Thus, if both the 
switches in a conjugate pair fail, then 
clearly some source is disconnected from 
some destination. If we assume that an 
ASEN-2 becomes faulty only when a con¬ 
jugate pair of switches is present in a fault 
pattern (an optimistic assumption), then 
we get an upper bound for its MTTF. This 
case also has a series-parallel model, with 
the switches in a conjugate pair in paral¬ 
lel and all the conjugate pairs in series. 

The optimistic and pessimistic estimates 
of the MTTF of ASEN-2 are plotted in 
Figure 9. It is assumed that the switches 
have a Poisson failure rate of A. = 10 -6 
per hour. Notice that the curves cor¬ 
responding to the two estimates of the 
MTTF of ASEN-2 are quite close and give 
a reasonably good estimate of the actual 
MTTF, which lies between the two curves. 
Also shown in this figure is the MTTF of 
unique-path MINs. Notice that the MTTF 
of ASEN-2 is at least an order of magni¬ 
tude higher than that of unique-path 
MINs, for small sizes, and that the differ¬ 
ence increases rapidly as the size of the net¬ 
works increases. At N = 512, for 
example, the difference is two orders of 
magnitude. Adjusting the curve of unique- 
path MINs to reflect a slightly lower switch 
failure rate does not make a big difference: 
it only increases the MTTF figures by a 
small constant factor. 
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Figure 10. The probability of acceptance for ASENs, the unique-path MIN, and 
the crossbar switch—at a request generation probability of 1.0 (a) and 0.5 (b). 


Performance of ASENs 

As mentioned before, the performance 
of multiple-path MINs is better than that 
of unique-path MINs since alternate paths 
can be used to reduce the effect of block¬ 
ing in a random-access environment. Here 
we discuss the performance of ASENs in 
a circuit-switched environment and show 
that the improvement is quite significant. 
The improvement in performance is due to 
the utilization of intrastage links, which 
results in longer path lengths than those in 
unique-path networks. Analytical results 
show, however, that the increase in path 
length is not excessive. 

One measure used to quantify the circuit 
switching performance of a MIN is the 
probability of acceptance? This is the 
probability that, in a random-access envi¬ 
ronment, a request submitted by a source 
is accepted by a destination without getting 
blocked by other requests or connections 
in the network. This probability is usually 
evaluated by assuming that all the sources 
simultaneously generate their requests for 
connection with a probability p and aim 
them at randomly chosen destinations, at 
the beginning of a cycle. These requests 
propagate through the network one stage 
at a time. When two or more requests 
arrive at a switch requiring the same out¬ 
put link, the requests that are serviced are 
chosen at random and the others are 
blocked and dropped. In the case of 
ASENs, a maximum of three requests can 
arrive at a switch. Up to two requests with 
the same routing tag bit can be serviced, by 
connecting one to the required output link 
to the next stage and the other to the aux¬ 
iliary output link leading to the next switch 
in the loop. Destinations accept up to two 
requests per cycle, since they have two con¬ 
nections to the network. The probability 
of acceptance is defined as the ratio of the 
expected number of successful requests to 
the expected number of requests submit¬ 
ted by the sources. 

The results of the analysis of the prob¬ 
ability of acceptance in ASENs are plotted 
in Figures 10a and 10b for request gener¬ 
ation probabilities of 1.0 (capacity load¬ 
ing) and 0.5, respectively. The 
performance of ASEN-4 is noticeably bet¬ 
ter than that of ASEN-2 but very close to 
that of ASEN-Max (which has not been 
plotted, to keep the graph from becoming 
cluttered). The reason for the saturation 
effect, in spite of more paths in ASEN- 
Max, is that the probability XD? of suc¬ 
ceeding by using paths of longer lengths 


becomes progressively lower. Figure 10 
also compares the performance of ASENs 
with that of the crossbar switches and 
unique-path MINs. Notice that at the max¬ 
imum request generate rate ASEN-4 per¬ 
forms worse than the crossbar but much 
better than the unique-path MIN. More 
interestingly, for small values of N, if the 
request generation rate is reasonably low 


(Figure 10b), the probability of acceptance 
is actually higher for ASENs than for the 
crossbar switch. The reasons are twofold: 
first, the destinations in ASENs are 
equipped with two input/output ports and 
can accept up to two requests instead of the 
one request crossbar switches can accept; 
second, the degree of blocking, which is 
already low for a small N and low traffic, 
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tion in ASEN-2, for N = 1024 and a request generation probability of 1. 


is further decreased by the use of auxiliary 
links. 

The price paid for higher probability of 
acceptance is a small increase in the 
expected path length. In Figure 11, the 
probability distribution of the path length 
of a successful connection, under capac¬ 
ity loading, in an ASEN-2 for N = 1024 
is given. As can be seen, the probability 
mass is concentrated in the smaller values 
of the path length. For example, the prob¬ 
ability of the path length being less than or 
equal to 11 is 0.98. 

O ur techniques for augmenting 
shuffle-exchange-type MINs 
result in the following advan¬ 
tages: 

• single-switch fault tolerance, 

• alternate routing without back¬ 
tracking, 

• a relatively small increase in link and 
switch complexity, 

• ease of repair and maintenance, and 
• significantly improved reliability and 
performance. 

The networks resulting from the aug¬ 
mentation procedure—ASENs—feature 
links between switches belonging to the 
same stage, forming loops of switches. The 
number of switches in a loop can be var¬ 
ied up to a maximum. Although the num¬ 
ber of alternate paths increases with 
increasing loop sizes, analysis and simula¬ 
tion of reliability and performance show 


that there is a saturation effect after a max¬ 
imum loop size of about four. 

By combining the advantages of shuffle- 
exchange unique-path MINs with the fea¬ 
tures mentioned above, ASENs become 
very attractive for multiprocessors as well 
as for voice and data switching applica¬ 
tions. To test the ideas presented here, we 
are now implementing a version of ASENs 
at AT&T Bell Laboratories. In the initial 
testbed, we intend to use an ASEN in place 
of an S/Net bus 11 in an existing multipro¬ 
cessor system. □ 

References 

Additional references can be obtained from 
the authors. 

1 . T. Feng, “A Survey of Interconnection Net¬ 
works,” Computer, Dec. 1981, pp. 12-27. 
2. D.H. Lawrie, “Access and Alignment of 
Data in an Array Processor,” IEEE Trans. 
Computers, Dec. 1975, pp. 1145-1155. 

3 . J.H. Patel, “Performance of Processor- 
Memory Interconnections for Multiproces¬ 
sors,” IEEE Trans. Computers, Oct. 1981, 
pp. 771-780. 

4. C. Wu and T. Feng, “On a Class of Mul¬ 
tistage Interconnection Networks,” IEEE 
Trans. Computers, Aug. 1980, pp. 696-702. 
5 . G.B. Adams, D.P. Agrawal, andH.J. Sie¬ 
gel, “A Survey and Comparison of Fault- 
Tolerant Multistage Interconnection Net¬ 
works,” Computer, this issue. 

6. D.S. Wise, “Compact Layout of Ban- 
yan/FFT Networks,” Proc. CMU Conf. 
VLSI Systems and Computations, Com¬ 


puter Science Press, Rockville, Md., 1981, 
pp. 186-195. 

7. S.M. Reddy and V.P. Kumar, “On Fault- 
Tolerant Multistage Interconnection Net¬ 
works, "Proc. 1984Int 7 Conf. onParallel 
Processing, Computer Society Press, Wash¬ 
ington, D.C., 1984, pp. 155-164. 

8 . L.N. Bhuyan and D.P. Agrawal, “Design 
and Performance of Generalized Intercon¬ 
nection Networks,” IEEE Trans. Com¬ 
puters, Dec. 1983, pp. 1081-1090. 

9. V.P. KumarandS.M. Reddy, “Designand 
Analysis of Fault-Tolerant Multistage Inter¬ 
connection Networks with Low Link Com¬ 
plexity,” Proc. 12th Ann. Int’I Symp. 
Computer Architecture, Computer Society 
Press, Washington, D.C., 1985, pp. 
376-386. 

10. V.P. Kumar, “On Highly Reliable, High 
Performance Multistage Interconnection 
Networks,” PhD thesis, University of 
Iowa, Dec. 1985. 

11. S.R. Ahuja, “S/NET: A High Speed Inter¬ 
connect for Multiple Computer,” IEEE J. 
Selected Areas in Communication, Dec. 
1983, pp. 751-756. 



Vijay P. Kumar is with the System Architectures 
Research Department at AT&T Bell Laborato¬ 
ries in Homdel, New Jersey. His interests 
include fault-tolerant and distributed comput¬ 
ing, communication architectures, and per¬ 
formance and reliability evaluation. 

Kumar received a BS in electronics and com¬ 
munications engineering from Osmania Univer¬ 
sity, Hyderabad, India, and an MS and PhD in 
electrical engineering from the University of 
Iowa. 



Sudhakar M. Reddy is chairman of the Depart¬ 
ment of Electrical and Computer Engineering 
at the University of Iowa, where he has been a 
faculty member since 1968. His interests include 
fault-tolerant computing, design for testability, 
VLSI circuit design, and distributed computing. 

Reddy received a BSc in physics and a BE in 
electrical and communications engineering from 
Osmania University, Hyderabad, India, and an 
ME in electrical and communication engineer¬ 
ing from the Indian Institute of Science, Ban¬ 
galore. He also holds a PhD in electrical 
engineering from the University of Iowa. He is 
a fellow of the IEEE. 

Readers may write to Vijay Kumar at Room 
4G-608, AT&T Bell Laboratories, Crawfords 
Corner Road, Holmdel, NJ 07733. 


40 


COMPUTER 















CALL FOR PAPERS 

IEEE computer Society Conference on 
Computer Vision and Pattern Recognition 
university of Michigan 
Ann Arbor, Michigan 
June 5-9,1988 


GENERAL CHAIR 

Professor Ramesh Jain 
Computer science Department 
University of Michigan 
Ann Arbor, Ml 48104 

PROGRAM CHAIR 

Professor Larry S. Davis 
center for Automation Research 
university of Maryland 
college Park, MD 20742 


PROGRAM COMMITTEE 


Narendra Ahuja 
Ruzena Bajcsy 
Oliver D. Faugeras 
Martin A. Fischler 
Eric Crimson 
Anil Jain 


Ramakant Nevatia 
Edward M. Riseman 
Jorge Sanz 
Steven Shafer 
Brian c. Schunck 
William Thompson 


SUBMISSION OF PAPERS 

Each paper should have a cover sheet with the title, 
authors' names, primary authors' address and tele¬ 
phone number, index terms containing at least one 
of the above topics, and the type of paper (long or 
short). Papers will be considered only for the type 
indicated. The body of the paper must contain an 
abstract of about 250 words. The length of the 
papers should be appropriate for the final length 
of the selected type (the number of double spaced 
typed pages will be reduced by a factor of about 3 
when typed on the model paper). Deadline for long 
and short papers will be November 11,1987. Authors 
will be notified of acceptance by January 7,1988. 
Final papers will be required by The computer Soci¬ 
ety of the IEEE on February 29,1988. Send four (4) 
copies of papers to: 

Professor Larry S. Davis 
Center for Automation Research 
university of Maryland 
College Park, MD 20742 


REVIEW OF PAPERS 

in order to maintain the quality of the conference, 
all papers will be reviewed by two members of the 
program committee. 

Conference topics include: 

. image processing 
. 3-D representation and recognition 
. Motion 

• stereo 

• Visual navigation 

. Shape from (shading, texture,...) 

. vision systems 

• Vision architectures 

• Pattern recognition 

. Applications of computer vision 
. Knowledge-based vision 
The program will consist of submitted and invited 
papers. Invited papers will provide an overview of 
research in particular areas. Submitted papers may 
be long or short. Long papers (8 proceedings pages, 
30 minutes presentation) are intended for com¬ 
pleted, high quality work. Short papers (6 proceed¬ 
ings pages, 20 minutes presentation) are for 
continuing work with partial results and for ideas 
that can be presented concisely. The time and space 
allowed for short papers should permit complete 
presentation of results. 


FOR FURTHER INFORMATION 

Mail to: CVPR'88 

c/o The computer society 
1730 Massachusetts Ave., N.w. 
Washington, DC 20036-1903 
Please send further information as it becomes 
available. 


Affiliation 


City, State, Zip 






















By replacing the 
single shared bus of 
conventional 
multiprocessor 
architectures by a set 
of buses, the number 
of processors can be 
increased to a few 
hundred. 


A recent study 1 noted that for 
shared memory multiprocessors 
the single system bus typically 
used to connect the processors to the mem¬ 
ory . . is by far the most limiting 
resource, and system performance can be 
increased considerably by increasing the 
capacity of the bus. ” One way of increas¬ 
ing the bus capacity, and also the system’s 
reliability and fault tolerance, is to increase 
the number of buses. In this article we dis¬ 
cuss using multiple buses to provide high- 
bandwidth connections between the 
processors and the shared memory, 
thereby allowing the construction of larger 
and more powerful systems than currently 
possible. 

The architecture we have in mind is 
shown in Figure 1. It contains N proces¬ 
sors, P], P 2 . P N , each having its own 

private cache, and all connected to a 

shared memory by B buses, B,, B 2 . 

B fi . The shared memory consists of M 

interleaved banks, M b M 2 . M m to 

allow simultaneous memory requests con¬ 
current access to the shared memory. This 


avoids the loss in performance that occurs 
if those accesses must be serialized, which 
is the case with only one memory bank. 

Each processor is connected to every bus 
and so is each memory bank. When a 
processor needs to access a particular 
bank, it has B buses from which to choose. 
Thus, each processor-memory pair is con¬ 
nected by several redundant paths, which 
implies that the failure of one or more 
paths can, in principle, be tolerated at the 
cost of some degradation in system per¬ 
formance. 

In a multiple bus system several proces¬ 
sors may attempt to access the shared 
memory simultaneously. To deal with this, 
a policy must be implemented that allo¬ 
cates the available buses to the processors 
making requests to memory. In particular, 
the policy must deal with the case when the 
number of processors exceeds B. For per¬ 
formance reasons this allocation must be 
carried out by hardware arbiters which, as 
we shall see, add significantly to the com¬ 
plexity of the multiple bus interconnection 
network. 
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Figure 1. Multiple-bus multiprocessor. 


Techniques for interconnecting multiple 
processors and, in particular, connecting 
multiple processors to a shared memory, 
have been the object of considerable study 
during the past decade. Perhaps the most 
studied type of interconnection network is 
the multistage network. Many have been 
proposed, and we refer the reader to 
Siegel 2 for a thorough discussion of the 
subject. 

The rationale for most multistage net¬ 
works is that they have fewer components 
than a crossbar switch while retaining 
many of the desirable connectivity proper¬ 
ties of the crossbar. This reduction in inter¬ 
connection complexity is important 
because the systems for which multistage 
networks are targeted are envisioned to 
have hundreds or thousands of processors. 
A few commercial machines based on mul¬ 
tistage interconnection networks have 
been produced, such as the BBN Butterfly. 
These networks have also been proposed 
for a number of experimental machines, 
such as the Illinois Cedar project, the IBM 
RP3, and the Purdue PASM. 

In contrast, the shared memory mul¬ 
tiprocessors emerging as commercial 
products have, with few exceptions, 
avoided multistage networks as a means of 
interconnecting the processors to the 
shared memory. Instead they employ 
interconnection architectures based on 
conventional buses. Representative exam¬ 
ples are the Encore Multimax and Sequent 
Balance 8000, which use a single shared 
bus. 1 One consequence of this evolution¬ 
ary approach to interconnection design is 
that the commercial systems have been 
limited to a few dozen processors rather 
than thousands of processors. The 
multiple-bus interconnection network 
retains the well-understood features of the 
single bus, but may allow construction of 
larger systems that can compete with the 
multistage systems in computing power. 

A typical shared system bus contains 50 
to 100 wires and is physically realized by 
printed lines on a circuit board or by dis¬ 
crete (backplane) wiring. Additional costs 
are incurred by interface electronics, such 
as line drivers, receivers, and connectors. 
Concern about wiring and interface costs 
is probably a major reason why multiple 
buses have seen little use so far in multipro¬ 
cessor designs. 

In this article we explore some of the 
practicalities of extending a single shared 
bus system that can support a few dozen 
processors to a multiple bus system that 
can support two or three times as many 
processors. To illustrate the issues 


involved, we first describe the operation of 
a hypothetical multiple bus system in more 
detail. 


System operation 

The importance of the caches in the 
multiple-bus system of Figure 1 is that they 
reduce the number of processor-memory 
requests (the bus traffic) that need to refer 
back to the shared memory, allowing the 
construction of more powerful systems 
without increasing the number of buses. 
This is important because, as noted above, 
the buses and their associated interface 
and control logic form a significant frac¬ 
tion of the system cost. Unlike the 
uniprocessor case, the cache of a multipro¬ 
cessor does not have to be constructed 
from very fast (and expensive) memory, as 
its primary function is to reduce the traf¬ 
fic with the shared memory, and thus to 
avoid the potential performance degrada¬ 
tion associated with having to wait for a 
shared resource. The extent to which refer¬ 
ences have to be made to shared memory 
depends a lot on the caching algorithm 
used. A key aspect of this algorithm is the 
policy for updating the shared memory 
when a request is addressed to the cache. 
In this article we assume a simple copy 
back or write back updating technique, 
where an altered cache block is copied to 
shared memory only when the block is 
deallocated from the cache. 

Copy back divides the references to 
shared memory into two categories: those 
due to cache misses and those due to the 


copy back process. A cache miss occurs 
when a processor generates a read or write 
request for data or instructions that can¬ 
not be satisfied by the cache. A cache block 
containing the requested word is read from 
the shared memory or one of the other 
caches into the cache where the miss 
occurred. This replaces a block currently 
in the cache. 

The case where a cache is the source of 
a requested block occurs when the most 
recently modified version of the block is in 
some cache rather than in the shared mem¬ 
ory; we refer to this as a cross-cache hit. 
Caches check for cross-cache hits 
addressed to themselves by monitoring 
memory addresses (snooping) on the sys¬ 
tem buses. Congestion can occur at a cache 
when it receives several simultaneous 
cross-cache hits from the buses. 

Replaced cache blocks can be discarded 
(overwritten) if not modified while in the 
cache. On the other hand, if modified they 
must be copied back to the shared mem¬ 
ory. A processor need not wait for a copy 
back operation to be completed if a write 
buffer is used at the interface to the buses. 

Ensuring the consistency (coherence) of 
the data stored in multiple caches can get 
quite complicated. We refer the reader to 
Archibald and Baer 1 for a detailed discus¬ 
sion of this issue. 

Since both read misses and copy back 
operations require a cache block to be 
transferred on a bus, we assume that the 
data path width of the buses matches the 
block size of the cache. In the case of 
reads, the memory address information 
will precede the data transfer by the mem¬ 
ory access time. To avoid idling the data 
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path for this period, the address path and 
data path sections of a bus ought to run 
asynchronously. 

Two sources of conflict due to memory 
requests are present in the system of Fig¬ 
ure 1. First, more than one request can be 
made to the same memory module. Sec¬ 
ond, available bus capacity may be insuffi¬ 
cient to accommodate all the requests. 
Correspondingly, the allocation of a bus 
to a processor that makes a memory 
request requires a two-stage process as 
follows: 

(1) Memory conflicts are resolved first 
by M 1-of-iV arbiters, one per memory 
bank. Each 1-of-iV arbiter selects one 
request from up to TV requests to get access 
to the memory bank. 

(2) Memory requests selected by the 
memory arbiters are then allocated a bus 
by a B-oi-M arbiter. The B-oi-M arbiter 
selects up to B requests from the M mem¬ 
ory arbiters. 

The assumption that the address and data 
paths operate asynchronously allows 
arbitration to overlap with data transfers. 

At first glance it may seem that there 
should be one bus per memory bank. This 
obviates the need for the second level of 
arbitration, yielding a double saving—we 
can drop the B-oi-M arbiter and use a 
faster bus cycle. However, the optimal 
configuration may require significantly 
fewer buses than memory banks. To illus¬ 
trate this, we next develop a simple per¬ 
formance model of multiple-bus systems. 

Performance modeling 

If we model the requests made by a 
processor for memory as a sequence of 
independent Bernoulli trials,* we can 
develop expressions for an “average” 
number of memory requests made by the 
A processors at the start of each memory 
cycle and the bandwidth of the interleaved 
memory. Let r be the probability that an 
arbitrary processor P, requests access to 
shared memory at the start of a memory 
cycle (this is the Bernoulli trial), then the 
expected number of requests for shared 
memory is given by N r. 

Some requests will always be blocked 
due to the two types of conflict mentioned 
earlier, no matter how large we make B 


♦Repeated (statistically) independent trials are called 
Bernoulli trials if there exist only two possible out¬ 
comes for each trial and their probabilities remain the 
same throughout. An example of this is a sequence of 
coin flips. 


and M. The bandwidth BW of the mem¬ 
ory subsystem composed of the B buses 
and the AT memory banks is defined as the 
expected number of busy memory banks, 
which is also the expected number of suc¬ 
cessful memory accesses. The presence of 
conflicts means that not all of the N r 
expected memory requests make success¬ 
ful memory accesses, therefore 
BW < Nr. 

The requests for shared memory as 
modeled above can be reads resulting from 
cache misses; copy backs; or resubmis¬ 
sions of misses and copies blocked in 
earlier cycles due to conflicts with other 
processors accessing the same memory 
bank. When two or more processors 
attempt to access memory, an arbiter is 
invoked to give access to just one of them. 

If we assume that the memory banks 
interleave on the low-order bits of the 
cache block address and that the instruc¬ 
tion fetches and data accesses intermix, 
then some empirical evidence suggests that 
requests to all memory banks are equally 
likely. 3 In other words, the probability 
that the request from processor P, is for a 
particular memory bank M y is r/M, 
independent of i or j. Following Mudge et 
al., 4 we split the development of an 
expression for BW into two steps cor¬ 
responding to the two levels of arbitration. 

(1) Memory arbitration. The probabil¬ 
ity that there are no requests from P, to 
M; is 1 - r/M, and therefore the proba¬ 
bility that none of the processors request 
M y at the start of a memory cycle is 
(1 - r/M) N . Let Ej be the event that there 
is at least one request for M y ; in other 
words, that the 1-of-TV arbiter for My out¬ 
puts a request. Then 

in 

for any j. If the events E js j = 1. M, 

are assumed independent and there are 
always a sufficient number of buses, i.e., 
B > M, then the expected number of busy 
memory banks is 

BW, £ 

where the subscript S denotes sufficient 
buses. In the case of large AT this expression 
has an approximate lower bound given by 

BW s ~ M(\-e~^ (2) 

(In the example given later, this approxi¬ 


mation results in an error of less than 0.2 
percent.) This expression, or variations on 
it, has appeared in the literature on numer¬ 
ous occasions. One of the earliest deriva¬ 
tions came from Strecker. 5 In specific 
cases, Equation (2) can be evaluated by 
estimating r from the miss ratio, the cache 
block size, the ratio of memory cycle time 
to processor cycle time a, and the caching 
algorithm for the processors. 

In the most general case of interest, 
B < M. This leads to the next step of the 
analysis. 

(2) Bus arbitration. The assumption that 
the E/s are independent allows us to 
express^/'), the probability that exactly i 
of the memory arbiters output a request at 
the start of a memory cycle, as follows: 

M = {M^Pr[E j ]‘{l-Pr[E/) M - i 

In the case where i < B, there are suffi¬ 
cient buses to handle the memory requests 
and the B-oi-M arbiter does not have to 
block any requests. In the case where 
i > B, all the i? buses are in use and the B- 
of-M arbiter blocks; - B of the requests. 
With these two cases in mind, we can write 
the expression for the expected number of 
memory banks in use as 

B M 

BW= I m+ I BM (3) 

where the two terms on the righthand side 
correspond to the two cases, < B and 
i > B. It is easy to show that when 
B = M, BW = BW S ; however, in 
general Nr > BW S > BW, when 
r > 0. These inequalities correspond to 
conflicts that cause memory requests to be 
blocked during memory arbitration 
(N r > BW S ) and then during bus 
arbitration (BW s > BW). Goyal and 
Agerwala 6 first derived Equation (3) for 
BW, about the same time that Mudge et 
al. 4 extended it to the partial bus case. 
Das and Bhuyan 7 later used it in a reliabil¬ 
ity study. 

Mudge et al. 8 observed that the deriva¬ 
tion leading to Equation (3) relies on two 
assumptions: temporal independence and 
spatial independence. Temporal independ¬ 
ence requires that successive memory 
requests by a processor be independent, 
which is clearly not valid for resubmitted 
blocked requests. Spatial independence 
corresponds to independent E/s, an 
assumption that also has limited validity. 

Consider a system with two processors, 
two buses, and two memory banks. The 
condition for spatial independence is 
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Pr[E l E 2 ]=Pr[E l ]Pr[E 2 ] (4) 

However, Pr[E,] = Pr[E 2 ] = /-(l - 
(r/ 4)) but Pr[E l E 2 ] = In other 

words. Equation (4) is not satisfied for 
1 > r > 0. The inaccuracy introduced by 
the two independence assumptions is illus¬ 
trated in Figure 2, which compares the 
values oiBW calculated from Equation (3) 
to those obtained by a simulation in which 
neither temporal nor spatial independence 
was assumed. In view of the simplifying 
assumptions in the underlying model, 
deviation of the computed results from the 
simulation data is quite small. Note that 
when the number of buses B is less than 
BW S , the buses are the limiting factor, 
i.e.,BW~ B. When the number of buses 
exceeds BW S , then the bandwidth can 
approach its maximum (bus-sufficient) 
value. 

Other models address the accuracy of 
the independence assumptions. For exam¬ 
ple, Valero et al. 9 and Bhuyan 10 present 
several equivalent models in which only 
temporal independence is assumed. 
Although more complicated to develop, 
their models are only slightly more 
accurate than the model discussed above 
leading to Equation (3). On the other 
hand, iterative improvement techniques 
allow for temporal dependence and yield 
somewhat more accurate results when 
applied to Equation (3) and the other 
models cited above. 8 Towsley 11 developed 
a model that gives bandwidth predictions 
generally within one percent of simulation, 
at the cost of considerable computation. 
Using semi-Markov processes, Mudge and 
Al-Sadoun 12 obtained a model that 
extends to multicycle memory accesses. 


This model is useful when modeling sys¬ 
tems where the block size exceeds the bus 
data path. 

Finally, another class of multiple bus 
memory interference models, based on the 
work of Marsan and Gerla, employ tradi¬ 
tional Markovian queueing network tech¬ 
niques. 13,14 Their distinguishing feature is 
that memory access time is treated as an 
exponentially distributed random varia¬ 
ble. However, the fixed access times incor¬ 
porated into the earlier models are the 
norm in real memories. 

The remainder of our discussion illus¬ 
trates the use of the performance model 
leading to Equation (3) and its implica¬ 
tions for the design of the multiple bus sub¬ 
system. 

Design example 

Consider the design of the multiple bus 
architecture of Figure 1, where M and B 
are to be determined. Suppose that from 
performance studies of the candidate 
processors on the anticipated workload, it 
has been determined that N - 64 proces¬ 
sors are needed, and that requests for 
memory from these processors should be 
successful 90 percent of the time. We make 
the following three assumptions: 

(1) The processor cycle time is half the 
cycle time of the shared memory, i.e., 
cr = 2.0. 

(2) The cache has a capacity of 64 kilo¬ 
bytes with a block size of 16 bytes. For 
such caches the observed miss ratio m has 
been in the neighborhood of 0.01. 15 

(3) Misses are frequently followed by 
copy back operations . Statistics published 


in Smith 15 indicate that the resulting dou¬ 
ble bus cycles occur about half of the time. 
From these three assumptions we obtain 
an estimate for r of 1.5 ma = 0.03. This 
leads to an expected number of 
Nr = 1.92 requests for shared memory at 
the start of each memory cycle. 

As we saw in the earlier analysis, it is 
impossible to satisfy all requests because 
of conflicts due to memory reference pat¬ 
terns and insufficient bus capacity. The 
mismatch between memory bandwidth 
and memory requests can be conveniently 
characterized by p, defined by 


and corresponds to the probability of a 
successful request, which we require to be 
90 percent. The memory subsystem design 
problem can now be viewed as choosing 
values of B and M, for a given N and r so 
that p reaches a minimum acceptable 
value. We solve this in two steps. First, we 
estimate lower bounds on B and M assum¬ 
ing a sufficient number of buses are avail¬ 
able. These bounds are used to restrict the 
search space when solving Equation (3) for 
values of B and M that satisfy the con¬ 
straint on p. 

It follows from Equation (2) and Equa¬ 
tion (5) that the probability of a success¬ 
ful request p s if there are sufficient buses 
is given by 



This is inherent in the memory request pat¬ 
terns and depends only on M. Clearly, 
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Table 1. Success probability p s for 
representative values of M assuming 
sufficient buses. 



Table 2. Success probability p for 
representative values of M and 5. 


M B=2 5 =4 5 = 8 

16 0.73 (192 0.94 

32 0.74 0.95 0.97 

64 0.74 0.96 0.99 


Ps > p, as (insufficient) buses can only 
make things worse. Our design specifica¬ 
tion calls for processor requests for mem¬ 
ory to be successful 90 percent of the time, 
i.e., p > 0.9. The quantity p s must also 
satisfy this bound, therefore we can use 
Equation (2) and Equation (6) to estimate 
M, the number of memory banks required. 
Table 1 below shows values of p s for 
selected values of M, which are powers of 
2 for efficient address interleaving. 

From Table 1 we can see that at least 16 
memory banks are needed to satisfy the 
requirement p s > p > 0.9 and to make 
M a power of 2. Also, since Nr = 1.92, 
we can conclude that at least two buses are 
needed. Therefore, we can restrict our 
attention to values of M > 16 and B > 2, 
when using Equation (3) to obtain combi¬ 
nations of B and M that meet the bounds 
onp. This leads to Table 2, from which we 
see that 5 = 4 and M = 16 yields 
p = 0.92. Hence the system configuration 
with 4 buses and 16 memory banks is the 
desired solution to our example problem. 

Lang et al. 16 were among the first to 
recognize in their study of multiple bus sys¬ 
tems that the number of buses could be sig¬ 
nificantly less than the number of memory 
banks. The savings in the number of buses 
can be substantial, as we can see from our 
example, but come at the cost of requiring 
a 5-of-M arbiter. In the next section we 
will look at this cost in detail. 

Arbiter design 

As we have seen, a general multiple bus 
system calls for two types of arbiters: 1-of- 
N arbiters to select among processors and 


a 5-of-Marbiter to allocate buses to those 
processors that successfully obtained 
access to memory. 

l-of-./V arbiters. If multiple processors 
require exclusive use of a shared memory 
bank and access it on an asynchronous 
basis, conflicts may occur. These conflicts 
can be resolved by a l-of-.1V arbiter. The 
typical signaling convention between the 
processors and the arbiter is as follows: 
Each processor P, has a request line R, 
and a grant line G,. Processor P, requests 
a memory access by activating R„ and the 
arbiter indicates the allocation of the 
requested memory bank to P, by activat¬ 
ing G,. 

Several designs for l-of-A'’arbiters have 
been published. 17 In general, these 
designs can be grouped into three categor¬ 
ies: fixed priority schemes, rings, and 
trees. 

Fixed priority arbiters are relatively sim¬ 
ple and fast, but they have the disadvan¬ 
tage that they are not fair: lower priority 
processors can be forced to wait 
indefinitely if higher priority processors 
keep the memory busy. 

A ring-structured arbiter gives priority 
to the processors on a rotating basis, with 
the lowest priority given to the processor 
that most recently used the memory bank 
requested. This has the advantage of being 
fair, because it guarantees that all proces¬ 
sors will access memory in a finite amount 
of time, but the arbitration time grows 
linearly with the number of processors. 

A tree-structured l-of-N arbiter is 
generally a binary tree of depth log 2 A 
constructed from l-of-2 arbiter modules 
(see Figure 3). Each l-of-2 arbiter module 
in the tree has two request input lines, each 
with a corresponding grant output line, 
and a cascaded request output and a cas¬ 
caded grant input for connection to the 
next arbitration stage. Tree-structured 
arbiters are faster than ring arbiters 
because the arbitration time grows as 
0(log 2 A) instead of O(N). Fairness can be 
assured by placing a flip-flop in each 
l-of-2 arbiter, toggled automatically to 
alternate priorities when the arbiter 
receives simultaneous requests. 

Pearce, Field, and Little 17 give an 
implementation of a l-of-2 arbiter module 
constructed from 12 gates. The delay from 
the request inputs to the cascaded request 
output is 2A, where A denotes the nominal 
gate delay, and the delay from the cas¬ 
caded grant input to the grant outputs is A. 
Thus, the total delay for a 1-of-At arbiter 
tree is 3Alog 2 7V. Therefore, to construct a 


l-of-64 arbiter for our example, we need 
a six-level tree. This tree will contain 63 
l-of-2 arbiters, for a total of 756 gates. The 
corresponding total delay imposed by the 
arbiter will be 18A. 

5-of-M arbiters. Lang and Valero 18 
gave detailed implementations of 5-of-M 
arbiters. The basic arbiter consists of an 
iterative ring of M arbiter modules A,, 
A 2 , ..., A m that compute the bus assign¬ 
ments, and a state register to store the 
arbiter state after each arbitration cycle 
(see Figure 4). The storage of the state is 
necessary to make the arbiter fair by tak¬ 
ing into account previous bus assignments. 
After each arbitration cycle, the highest 
priority is given to the module immediately 
following the last one serviced—a stand¬ 
ard round-robin policy. 

An arbitration cycle starts with all the 
buses available. The state register identi¬ 
fies the highest priority arbiter module, 
Aby asserting signal e, to that module. 
Arbitration begins with this module and 
proceeds around the ring from left to right. 
At each arbiter module, the R, input is 
examined to see if the corresponding mem¬ 
ory bank M, is requesting a bus. If a 
request is present and a bus is available, the 
address of the first available bus is placed 
on the BA, output and the G, signal is 
asserted. BA, is also passed to the next 
module, to indicate the highest numbered 
bus that has been assigned. If a module 
does not grant a bus, its BA, output is 
equal to its BA,_, input. If a module does 
grant a bus, its BA, output is set to 
BA,- + 1. When BA, = 5 all the buses 
have been used and the assignment process 
stops. 

The highest priority module A„ as indi¬ 
cated by the e, signal, ignores its BA,., 
input and begins bus assignment with the 
first bus by setting BA, = 1. Each mod¬ 
ule’s C M input is a signal from the previ¬ 
ous module that indicates that the previous 
module has completed its bus assignment. 
Arbitration proceeds sequentially through 
the modules until all of the buses have been 
assigned, or all the requests have been 
satisfied. The last module to assign a bus 
asserts its s,- signal. This is recorded in the 
state register, which uses it to select the 
next e, output so that the next arbitration 
cycle will begin with the module immedi¬ 
ately after the one that assigned the last 
bus. 

Turning to the performance of 5-of-M 
arbiters, we observe that the simple itera¬ 
tive design of Figure 4 must have a delay 
proportional to M, the number of arbiter 
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modules. By combining g of these modules 
into a single module (the “lookahead” 
design of Lang and Valero 18 ), the delay is 
reduced by a factor of g. 

If the enlarged modules are imple¬ 
mented by PLAs with a delay of 3A, the 


resulting delay of the arbiter is about 
(3M/g)A. For our example, where 
M = 16 and g = 4, the arbiter delay is 
about 12A. This allows the complete 
arbitration process for this example to be 
implemented with delay 30A, 18A for the 


1-of-A arbiter, and 12A for the B-of-M 
arbiter. Since arbitration can be over¬ 
lapped with bus accesses, the memory bus 
cycle time must be at least 30A. 

If the lookahead design approach of 
Lang and Valero 18 is followed, the 
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Figure 4. Iterative design for a B-of-M arbiter. 
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arbitration time of B-of-M arbiters grows 
at a rate greater than 0(log 2 A/) but less 
than 0(log 2 2 M). Thus the delay of the B- 
of-M arbiter could become the dominant 
performance limitation for large M. This, 
however, is not a problem in our example 
with M = 16. 

Like the arbiters, the bus conductors 
make a significant contribution to the 
overall system cost. Some rough calcula¬ 
tions show that our four-bus example does 
not require an excessive number of (back¬ 
plane) conductors. To transfer a cache 
block in one bus cycle requires 16 x 8 
data conductors; combining these with a 
32-bit address and 10 control signals gives 
a total of 170 conductors. Thus four buses 
will require 680 conductors. These are eas¬ 
ily accommodated by two standard 
384-pin 10-inch PCB edge connectors, 
which leave adequate additional conduc¬ 
tors for power and ground. If four proces¬ 
sors can be placed on a card, and the 
shared memory plus the arbiters can be 
placed on four cards, the system will fit on 
20 cards, exclusive of the I/O subsystem. 
Placing the connectors on the backplane 
at 5/8-inch centers results in a backplane 
that measures about 2 feet x 1 foot. 

P ackaging technology is likely to set 
a limit of about four buses for the 
near future. If we assume the four 
buses can be time multiplexed and that 
larger caches than those proposed in the 
example are possible, then a four-bus sys¬ 
tem could support several hundred proces¬ 
sors. If optical backplanes become a 
reality, the number of buses that could be 
supported will greatly increase, allowing 
future shared-memory multiple bus sys¬ 
tems with thousands of processors.□ 
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FOR SOFTWARE AND HARDWARE ENGINEERS 

Digital has it now 


Breathing KS 

Pnnm inthegreat 

lYWWJ.ll Northwest, where 
you’ll find plenty 
of room to stretch out and grow. 
At DECwest, you’ll also find plenty 
of professional space. It’s the ideal 
environment for the engineer 
obsessed with creating the most 
astounding technical marvels 
possible. And, if you’re the type of 
person we’re looking for, that’s 
exactly what you’ll do. 

We’re Digital’s Western 
Engineering Group, and we’re cur¬ 
rently developing a system that will 
change the way computers are 
used, not just 5 years out, but a 
decade from now. This kind of pro¬ 
ject requires an atmosphere of 
technical creativity and individual 
initiative. That’s what DECwest is 
about. As a result, we’re looking 
beyond the obvious and the 
accepted. We’re finding ways to 
take technical marvels and apply 
them to real world needs. 

To find out more about 
DECwest, read on. If you have 
expertise in any of the following 
areas, send us your resume. 

Then take a nice deep breath. 


Software: 

FILE SYSTEM 
EXTENSIONS 

We’re looking for individuals with 
experience in either or both of the 
following areas: 

Record Management: 

• Record access techniques such as 
read ahead, write behind, etc. 

• Multi-buffering techniques 

• Knowledge of VAX-RMS internals 
a plus 

• Experience directly manipulating 
files with OS primitives a plus 

• Internal knowledge of VMS* file 
system a plus 

File Systems: 

• Disk and/or tape storage 
organization techniques 
and algorithms 

• Operating system development 
experience a plus 

• Kernel-level programming a plus 

DISTRIBUTED OS 
PRODUCT RESEARCH 

You should have knowledge of the 
following: 

• Client/server communications 
models 

• Integrated high performance 
distributed services 

• Distributed system security issues 

BASE SYSTEMS 

You’ll need knowledge of the 
following: 

• VMS operating systems internals 
and data structures 

• The VMS lock manager 

• Security kernels 

• Multi processor synchronization 
techniques 

I/O SUBSYSTEMS 

You’ll need experience in at least 
two of the following: 

• Device drivers 

• High-performance I/O subsystems 

• Real-time programming 

• Data-communications drivers 
(e.g. ethemet drivers) 


• State-of-the-art optimizing mass 
storage controllers 
Basic background necessary for soft¬ 
ware positions includes 5 or more 
years of experience, a B.S. in Compu¬ 
ter Science or equivalent and pro¬ 
gramming in high-level languages. 

Hardware: 


In this position you’ll be responsible 
for the development of a total fault 
management strategy for the next 
generation computing system. This 
includes all facets of foe problem, 
from system software error logging 
to hardware repair level diagnostics, 
including state-of-the-art symptom 
directed diagnosis. 

Minimum requirements include: 
recent hands-on experience in a 
related field, 5 years of programming 
on VAX or a similar system, and a 
good working knowledge of com¬ 
puter systems hardware. Knowledge 
of VAX/VMS, Pascal, or C would be a 
definite plus. 

DESIGN ENGINEER 

You’ll be part of foe team chartered 
with designing and implementing a 
high-performance ECL computer 
system. You’ll help design a major 
portion of foe high-speed system. 
Requires one year experience in hard¬ 
ware design and/or specific expe¬ 
rience in one or more of foe follow¬ 
ing areas: high-speed logic design, 
floating point logic design, CPU, 
memory, and/or peripheral systems 
design. Experience with simulation 
and timing verifications CAD tools is 
helpful but not required. 

If qualified, please send your resume, 
indicating position you are applying 
for, to: L. Taylor, Manager, Dept. 
0601-7133, DECwest Engineering 
Group, Digital Equipment Corpo¬ 
ration, 14475 NE 24th, Bellevue, 

WA 98007. 

We are an affirmative action 
employer. 

'Trademark of Digital Equipment Corporation 
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Optical Crossbar Networks 

A.A. Sawchuk, B.K. Jenkins, and C.S. Raghavendra, University of Southern California 


A. Varma, IBM T. J. Watson Research Center 


Optical techniques solve fundamental problems in data communi¬ 
cations. This article describes several design concepts for optical 
matrix-vector implementations of dynamic crossbar networks 
employing bulk (3-D) optical information processing architectures. 


W ith advances in tech- 
nology and the 
declining cost of 
computer hardware, it is now 
feasible to design computer 
architectures consisting of large 
numbers of processors executing 
programs concurrently. Most 
parallel computing architectures 
can be generally classified into 
SIMD and MIMD systems. 1 
SIMD processors simultane¬ 
ously and synchronously execute 
the same instructions on differ¬ 
ent data streams, while MIMD 
processors are not necessarily 
synchronous and execute differ¬ 
ent instructions on different data 
streams. In image processing, for example, 
low level tasks generally have an image as 
input and image as output. SIMD systems 
well suit these tasks, and most existing par¬ 
allel image processing systems are of this 
type. 

An important part of a parallel process¬ 
ing system is the interconnection needed 
for the transfer of information among 
processors, and between processors and 
memories. In such systems several proces¬ 
sors may need data from memories or 
other processors simultaneously; there¬ 
fore, the network should be capable of 
providing fast parallel access to data. 
The interconnections designed for use in 
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multiprocessor systems range from a com¬ 
mon bus to a crossbar network. The net¬ 
work design involves a trade-off between 
cost, performance, and control complex¬ 
ity. Ideally, we would like any processor 
in the system to connect to any other 
processor or memory unit so that many 
processors can communicate simultane¬ 
ously without contention. Such an ideal 
network is the crossbar network shown in 
Figure 1. 

A normal crossbar can be defined as a 
switching network allowing arbitrary one- 
to-one interconnection of N inputs to 
Aoutputs without contention. A general¬ 
ized crossbar allows some inputs to have 
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no output connection and other 
inputs to connect to two or more 
outputs (broadcasting). A gener¬ 
alized crossbar is the most desir¬ 
able type of interconnection 
g network to use in parallel 
| processing because it is rear- 
! rangeable (any permutation of 
| input ports to output ports can 
a be realized) and non-blocking 
! | (connections between input and 
| output ports can be established 
| independently without disturb- 
! ing other connections). Unfor- 
| tunately, as the number A of 
% processing elements grows, the 
1 hardware costs of an electronic 
" crossbar become quite high. 

The use of optics for communication 
purposes has increased at an enormous 
pace and received considerable attention, 
especially in local network and data bus 
applications. Fiber optic communication 
for transfer of data has reached a high 
state of development. The attributes of 
optics that make it useful for such pur¬ 
poses are its relative freedom from mutual 
interference and the high temporal band¬ 
width of some systems, which may permit 
the multiplexing of data from a large num¬ 
ber of sources over a single optical chan¬ 
nel at rates higher than those available 
from electronics. The parallel nature of 
optics may result in system complexity 

COMPUTER 







only weakly dependent on the size of the 
system. 

There exist many different optical 
devices providing switching capability. 2 ' 4 
Generally, with existing technology, the 
time needed to switch optical signal lines 
is slower than the time needed to switch 
electronic signal lines, although the signal 
bandwidth of optical signal lines is much 
higher. We expect that the switching time 
of optical signal lines will decrease signifi¬ 
cantly with rapidly advancing develop¬ 
ments in this technology. 

In this article we present design concepts 
for several bulk (3-D) optical implementa¬ 
tions of dynamic crossbar networks imple¬ 
mented as matrix-vector multipliers, and 
discuss the tradeoffs in their performance. 


Crossbar design issues 

We summarize several important issues 
in the design of a crossbar network as 
follows: 

(1) Reconfiguration time: The total time 
needed to completely change the settings 
of all switches in the network, thus estab¬ 
lishing a completely different interconnec¬ 
tion pattern. The reconfiguration time 
could be shorter than, equal to, or larger 
than the duration of one data bit, provided 
that a protocol is established to ensure that 
no messages are lost within the network. 

(2) Synchronous or asynchronous oper¬ 
ation : Refers to the synchronism in the 
timing of changes of internal switches in 
an interconnection network and in the tim¬ 
ing of the data bits. In an asynchronous 
interconnection network, the internal 
switching of a data line may occur 
independently of the data and switches on 
other lines. Synchronous networks require 
careful timing of data and internal changes 
of switch states according to a global 
clock; buffers are generally needed at the 
input and output to enforce this syn¬ 
chronism. 

(3) Signal bandwidth : Defined as the 
bandwidth or bit rate per line achievable 
for a given data error rate. 

(4) Total data throughput: The product 
of the number of lines N switched in the 
network and the signal bandwidth per line. 

(5) Data word size: The number of bits 
that can be switched in parallel. 

Until recently, large electronic crossbar 
networks were bulky and expensive to con¬ 
struct. The advent of very large scale inte¬ 
gration (VLSI) permitted the integration 
of hardware for thousands of switches into 


a single chip. However, the number of pins 
on a VLSI chip cannot exceed a few hun¬ 
dred, which restricts the size of the largest 
crossbar that can be integrated into a sin¬ 
gle VLSI chip. 2,4 Larger crossbars can be 
realized only by partitioning them into 
smaller crossbars, each implemented using 
a single chip. Thus, a full crossbar of size 
N X N x B bits can be implemented out 
of modules of size n x n x b bits. This 
requires N 2 /n 2 • B/b modules. As an 
example, the implementation of a crossbar 
of size 1024 x 1024 x 1-bit out of 
32 x 32 x 1-bit switch modules requires 
1024 modules. Problems with such reali¬ 
zations include difficulty of expansion, 
and a number of implementation prob¬ 
lems including power and clock distribu¬ 
tion, control, and reliability. Moreover, 
several delays become significant as the 
system size increases. If wire delays are 
assumed significant, the delay goes up as 
0(N); the control decoder also contributes 
at least C>(log 2 A) delay. Thus, a large 
amount of parallelism is lost because of the 
physical limitations of the technology. 


Some practical 
implementations 

IBM has constructed a few electronic 
crossbar switch units as part of experimen¬ 
tal special-purpose parallel processor sys¬ 
tems for logic simulation. The Los Gatos 
Logic Simulation Machine (LSM) employs 
a 64 x 64 unidirectional crossbar switch 
to interconnect 64 processing elements. 5 
The processors operate synchronously and 
so does the switch. The switching system 
is controlled by a set of switch-select mem¬ 
ories. Each processor has a switch-select 
memory associated with it, a 1024-word X 
6-bit memory. The 6-bit address uniquely 
identifies the processor from which data is 
needed in the current cycle. The switch- 
select memories are initially loaded by a 
host computer. Since the configuration is 
preprogrammed, no conflicts can ever 
arise. The switch also has broadcast 
capability—any number of processors can 
access the output from any one processor 
simultaneously. 

The Yorktown Simulation Engine 
(YSE), 6 a sequel to the Logic Simulation 
Machine, uses a 256 x 256 x 3-bit wide 
crossbar switch to interconnect 256 logic 
processing elements. This switch is con¬ 
structed out of 256 individual 256 X 1 
multiplexers. The switching system takes 
up an enormous amount of space—a total 
of 8 boards, each of size 14 x 18 inches. 



Figure 1. The crossbar network. 


Due to this enormous size, we cannot 
reasonably expect the system to operate 
reliably over long periods of time. More¬ 
over, the possibility of any further expan¬ 
sion is very difficult. 

Broomell and Heath 7 discussed the 
implementation of a large electronic cross¬ 
bar system using special-purpose VLSI 
chips. One system includes VLSI chips that 
are 16 x 15 crossbars, with a 480-output 
system conceivable. It is an asynchronous 
implementation in terms of both control 
and transfer of data. We can expect a cycle 
time of at least one microsecond with an 
input clocking rate of 10 megahertz. The 
system also has broadcast capability. By 
arranging the switching planes perpendic¬ 
ular to the plane of both the processor 
cards and the memory cards, expansion in 
terms of word size is easy. However, addi¬ 
tion of more processors or memories 
requires changes in the card sizes. More¬ 
over, if ever such a large system is built, it 
remains to be seen how reliably it can oper¬ 
ate over long periods of time. 

Optical spatial light 
modulators and 
switching devices 

Many appealing characteristics of opti¬ 
cal signals are potentially valuable for 
applications in computing. 

First, optical systems are inherently 
multidimensional and parallel. For exam¬ 
ple, a simple imaging system can be 
thought of as a device that transfers one 
2-D plane of data points to another 2-D 
plane in parallel. 

Second, optical systems have fewer pla¬ 
nar or quasiplanar constraints as in 
VLSI 2,3 , and have a very large bandwidth 
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in both the spatial and temporal domains. 

Third, optical systems can be con¬ 
structed with large space-bandwidth or 
time-bandwidth products. These 
parameters are essentially the product of 
the maximum space (or time) bandwidth 
of a system times the maximum physical 
spatial size (or time duration) over which 
a signal can be maintained. The space (or 
time) bandwidth product is one measure of 
the number of independent channels avail¬ 
able for computing. 

Fourth, optical signals in separate chan¬ 
nels can propagate through each other 
with minimal interaction, which may allow 
a high density of interconnections with low 
crosstalk. Optical technologies may also 
avoid capacitive loading and other scaling 
problems associated with electronic 
VLSI, 2 reducing the problems associated 
with power and clock distribution and wire 
delays in an electronic implementation. 

Spatial light modulators (SLMs) are an 
essential part of any optical information 
processing or computing system. SLMs 
store, modify, and amplify optical fields 
containing signals. Many different 
materials, designs, and technologies have 
been employed in SLMs. 3,4,8 SLMs can be 
optically or electronically controlled; 
different versions can process optical sig¬ 
nals in 1-D, 2-D, or 3-D formats. 

In the past, most SLMs were optimized 
for analog signal processing, thus linear 
input-output characteristics for SLMs in 
these applications over a wide dynamic 
range were desirable. More recently, many 
groups have investigated optical logic and 


switching technologies. Some of the desir¬ 
able characteristics are a sharp threshold 
in the device input-output curve; low 
switching time, delay time, and power con¬ 
sumption; and input and output signals at 
the same wavelength and at standardized 
levels (for ease of cascading). Another 
desirable feature is to densely pack logic 
and switching devices into a large array to 
minimize their physical size. 

Optical logic or switching systems may 
also operate in a hybrid arrangement (such 
as electronic control of optical switches, or 
vice versa). Although this hybrid opera¬ 
tion is generally undesirable for the con¬ 
struction of an all-optical numerical 
processor or CPU, hybrid systems may 
have a role in interconnection networks. 

One example of an electro-optic SLM 
that can implement switching and logic 
functions optically is the Hughes liquid 
crystal light valve. 3,8 The Hughes LCLV 
is an optical image transducer that accepts 
a low-intensity input 2-D image and con¬ 
verts it to an output image read out with 
illumination from another source. The 
LCLV consists of a sandwich of a cad¬ 
mium sulfide (CdS) photoconducting layer 
and a thin cell containing liquid crystal 
(LC) material. Various other layers pro¬ 
vide insulation and electrodes to operate 
the device. A bias voltage provides an elec¬ 
tric field perpendicular to the layers. An 
input image can be made to spatially 
modulate the input impedance of the pho¬ 
toconductor, thus altering the electric field 
impressed across the LC layer and varying 
its electro-optical properties. 


In other versions of the LCLV, applica¬ 
tion of varying electric fields on the device 
can be achieved by driving it with an elec¬ 
trical signal. The electro-optical properties 
of the LC material cause the LCLV to 
rotate or modulate the polarization of inci¬ 
dent readout light. This polarization is 
converted to an intensity modulation with 
polarizing filters. 

The Hughes LCLV can be operated so 
it has a nonlinear characteristic approx¬ 
imating a threshold function. An array of 
optical inputs or controls to the LCLV can 
control readout by an array of optical out¬ 
puts; thus the device can function as an 
optical gate array or optically-controlled 
optical switch array. The device currently 
operates at approximately television frame 
rates (30-millisecond response for all gates) 
with spatial resolution of approximately 
20 cycles per millimeter. The device has an 
aperture size of up to 50 millimeters by 50 
millimeters, so the potential space- 
bandwidth product, or number of resolv¬ 
able elements, is of the order of 10 6 . 

Another example of SLM technology, 
the Sight-Mod magneto-optic spatial light 
modulator 4 from Semetex Corp., is a 
commercial version of a similar device 
developed by Litton Data Systems. To 
manufacture the device, a thin magnetic 
garnet film is epitaxially deposited on a 
transparent, nonmagnetic garnet sub¬ 
strate. Semiconductor photolithographic 
techniques are used to etch the film into a 
two-dimensional array of mesas (individ¬ 
ual cells or pixels) and to deposit electrical 
X-Y drive lines for matrix-addressed cur¬ 
rent switching of the mesa magnetization. 
The polarization of light passing through 
any of the cells is rotated by the Faraday 
effect. Only two polarization states are 
possible for each cell, thus the device is 
inherently binary in its optical modulation 
capability. The Sight-Mod device is placed 
between a polarizer and analyzer to con¬ 
vert the polarization rotation into trans¬ 
mission modulation. Another important 
feature is that the device has memory. That 
is, it retains the magnetic states of the cells 
without any refreshing needed. For image 
display applications, the individual mag¬ 
netic mesas are normally 100-micron 
squares, although different sizes are pos¬ 
sible. A change of state of the magnetic 
mesas can be initiated with a current pulse 
on the associated X-Y drive lines as short 
as 20 nanoseconds. The time required to 
complete the switching of a single such cell 
is on the order of 0.1 to 1 microseconds. 
Devices currently available include arrays 
of 48 x 48, or 128 x 128 elements. A 
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256 x 256 device is being evaluated. 

Another alternative to realizing the 
switchable mask array is by means of an 
array of ferroelectric ceramic optical 
switches made of the electro-optic material 
PLZT. These devices are electrically 
addressed; the applied voltage induces 
birefringence in the material, which trans¬ 
lates into polarization rotation of trans¬ 
mitted light. The switching time of these 
devices is on the order of a few microse¬ 
conds. PLZT has been used by NTT in 
Japan to realize a fiber-optic 4 x 4 cross¬ 
bar matrix switch. 9 A disadvantage of 
PLZT is that the material has no memory 
and high voltages (> 500V) must be used 
to obtain an adequate electric field for 
switching. 

A final example of SLM technology are 
acoustic-optic (AO) cells operated in the 
Bragg diffraction mode. 2,4 These AO 
devices—among the most highly devel¬ 
oped of all SLMs—are used extensively in 
optical signal processing systems for tasks 
such as spectrum analysis. AO cells can be 
used for both modulating the intensity of 
light and for deflecting a light beam over 
a range of angles. 

Typical AO cells are shown schemati¬ 
cally in Figure 2. A single channel electri¬ 
cal input drives a piezoelectric transducer 
at the bottom of the device, creating an 
acoustic wave that propagates upward. 
The device is made of an optically trans¬ 
parent material such as lithium niobate, 
and the propagating acoustic wave induces 
a spatially periodic variation of the index 
of refraction (a moving phase grating), 
which can be used to modulate or deflect 
an incident beam. The intensity of the 
transmitted light can be controlled by 
increasing the modulation of the induced 
grating. 

The AO device can be also be used as a 
beam deflector, because the sine of the 
angle of diffraction is proportional to the 
temporal frequency of the driving elec¬ 
tronic signal or equivalently, the spatial 
frequency of the moving grating. The left 
side of Figure 2 shows an AO deflector in 
which propagating waves of two different 
spatial frequencies produce deflected 
beams at two angles, 0! and 0 2 . Typical 
electrical signal bandwidth of these devices 
is one gigahertz, with diffraction angles 
extending to 10 degrees. 

The right side of Figure 2 shows an AO 
modulator, which produces diffracted 
beam intensities Ii and I 2 proportional to 
the depth of modulation in a constant spa¬ 
tial frequency grating. When used as a 
modulator, typical AO cells have the spa¬ 


tial resolution necessary to modulate up to 
1000 individual beams. When used as a 
deflector, a cell whose entire aperture is 
filled by an incident beam can be deflected 
to 1000 resolvable deflection angles, or a 
cell illuminated by 30 separate resolvable 
beams can deflect each beam into 30 
resolvable angles. 

Finally, if a weighted sum of several 
sinusoidal electrical signals is input to the 
AO cell, several diffracted beams will 
result, each propagating in different direc¬ 
tions depending on the input frequency. 
This mode of operation is useful for a 
limited broadcasting of a signal in a propa¬ 
gation direction, although it is restricted in 
practice by nonlinear interactions in the 
AO cell. 2 Although AO cells are single¬ 
channel devices that serve as a spatial delay 
line to input signals, several independent 
devices, each with its own input signal line, 
can be stacked (vertically out of the device 
plane shown in Figure 2) to achieve mul¬ 
tichannel operation. 

Recent research has considered various 
optical devices that offer the possibility of 
very high speed switching (as low as 10' 12 
seconds) and bistable memory, along with 
switching energies competitive with elec¬ 
tronic systems. 4 Current research in this 
area concerns developing new materials 
and structures with reduced switching 
energies, and constructing large planar 
arrays of these devices. Much additional 
work is needed to explore the applications 
of these devices in optical computing and 
interconnections. 

Optical concepts for 

interconnection 

networks 

We have studied several techniques for 
the implementation of generalized cross¬ 
bar interconnections based on optical 
matrix-vector or matrix-matrix proces¬ 
sors, summarized as follows. 

Crossbar interconnections with a 
matrix-vector or matrix-matrix multiplier. 

Over the past few years, several different 
designs for optically implementing linear 
matrix-vector operations have been pro¬ 
posed. These systems perform operations 
of the form 

c = Ab (1) 

where c is an TV x 1 output column vec¬ 
tor, A is an A x /’matrix of weights, and 


b is an input P x 1 column vector. In 
these systems, the multiply and summation 
is performed by analog techniques. The 
numerical values of the input data b and 
the output data c must be represented 
within the system as non-negative intensity 
values. The individual weights in the 
matrix A must be represented by intensity 
transmittance values, limited to the range 
[0,1]. Although techniques exist for encod¬ 
ing negative and complex numbers into a 
non-negative form suitable for processing 
in optical analog matrix-vector processors, 
operations involving non-negative real 
operations on non-negative real data are 
most easily performed by such systems. 

A crossbar is realizable as a matrix- 
vector multiplier whose processing matrix 
A contains weights having only values 0 or 
l. 10 For simplicity, assume that A is 
square, of dimension AT x N. A is then a 
generalized permutation matrix whose N 2 
entries exactly correspond to the N 2 
switches in Figure 1. A value of 1 in row 
i and column j of A means that a switch 
connecting input line j with output line i is 
closed. Input binary data on N parallel 
lines is represented by the value of the non¬ 
negative signal in each component of the 
N- vector b, with a light pulse representing 
binary 1 and no pulse representing binary 
0. If A has only a single 1 entry in each row 
and column, it represents a one-to-one per¬ 
mutation of input lines to output lines. 

If a particular system can perform 
matrix operations having two or more 1 
entries in each column of A, then broad¬ 
casting of one input to several outputs can 
be performed. If the system permits two or 
more 1 entries in each row of A, then 
many-to-one operations such as wire-OR 
or funneling operations are allowed, 
provided that the physical output system 
has hardware and protocols available to 
resolve simultaneous inputs from two or 
more sources. As an example of these ideas 
for N = 4, consider 

'ii riooo I r i ' 

0 = 0010 1 
0 0001 0 
iJ L ° 100 J L°_ 

(2) 

which shows the routing of binary bits on 
four input lines to four output lines. If the 
optical system can perform matrix-matrix 
multiplications, then N X 1 output vector 
c generalizes to an N x M matrix C and 
N x 1 input vector b generalizes to an 
N x Mmatrix B. In this case, the optical 
system can perform the interconnection of 
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Figure 4. TV-parallel systolic matrix-vector processor. 


TV parallel input lines, each Mbits wide. 

Many types of optical matrix-vector and 
matrix-matrix multipliers may suit cross¬ 
bar interconnection networks. 11 In some 
of these systems, the physical switch may 
be passive in the optical sense (a switcha- 
ble reflective or transmissive element), 
providing a pathway for optical signals 
generated externally. A passive switch 
avoids costly detection, amplification, and 
regeneration of optical signals, although 
it has unavoidable attenuation that may 
severely limit its performance in some 
applications. 

In a passive network, synchronism 
between data bits and changes of network 
switch settings is not required. Moreover, 
the data bandwidth is limited only by the 


network attenuation and the optical 
sources and detectors used. In other sys¬ 
tems, the matrix-vector multiplication is 
implemented by active electro-optical or 
acousto-optical SLMs. They provide gain, 
implying the detection and regeneration of 
optical signals. In such systems, the inter¬ 
nal switching mechanism may limit the 
data bandwidth. 

TV 2 -parallel matrix-vector inner product 
processor. Figure 3 schematically shows a 
system capable of performing optical 
matrix-vector multiplications of the form 
of Equation (1) in what is called an inner 
product format. 11 The TV input lines drive 
an array of TVlight-emitting diodes (LEDs) 
or diode lasers (labeled “inputs” in Figure 


3) with a binary signal, so that a binary 1 
is represented by light of a fixed intensity, 
and a binary 0 is represented by a lower (or 
zero) intensity. An optical system to the 
right of the inputs spreads the light from 
each input source into a vertical column 
that illuminates the crossbar mask shown. 

The crossbar mask consists of an 
TV x TVarray of windows representing the 
entries in the TV x TV permutation matrix 
A. An entry of 0 in A corresponds to zero 
light transmission, or an opaque window 
in the mask. An entry of 1 in A cor¬ 
responds to full light transmission, or an 
open window. Here, the crossbar mask is 
an electrically-controllable SLM shutter 
array that is time-variable through the 
application of external electrical control 
signals. Several different technologies 
mentioned earlier can be used for this pur¬ 
pose, including electro-optic and 
magneto-optic. 

Following the crossbar mask, the next 
set of optics collects the light transmitted 
by each row of the mask and transfers the 
row to the outputs, consisting of a vertical 
array of TV photodetectors corresponding 
to the TV output lines. Thus the system per¬ 
forms a parallel matrix-vector multiplica¬ 
tion. Many possible ways to actually 
implement this schematic design exist, 
some using discrete optics or optical 
waveguides. 

This TV 2 -parallel inner product architec¬ 
ture has an optical light efficiency of 1/AT 
at most, when used for one-to-one cross¬ 
bar operation. This occurs because 
(TV- 1)/TV of the light from each input 
source does not pass through the crossbar 
mask. A matrix-vector operation is com¬ 
pleted in just one clock cycle. A matrix- 
matrix multiply for data Mbits wide takes 
M clock cycles. Since it is a passive inter¬ 
connection, once the mask is set the data 
can flow through synchronously or asyn¬ 
chronously, can be analog or digital, and 
has a bandwidth limited only by the 
sources and detectors. It requires a 1-D 
array of sources (diode lasers or LEDs) 
with parallel electronic input lines, and a 
1-D array of detectors with parallel elec¬ 
tronic output lines; or a method of coup¬ 
ling to input and output fibers. Its 
reconfiguration time depends entirely on 
the speed of the individual shutters and the 
parallelism with which they can be 
addressed. With existing technology such 
as the PLZT electro-optic material or the 
Sight-Mod magneto-optic shutter array, 
each shutter can open or close in a time on 
the order of one microsecond. 

Another advantage of this system is that 
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no input or output buffers are required; 
many other systems require them. Broad¬ 
casting is possible, allowing a generalized 
crossbar interconnection. The control is 
external and could be optical or electronic. 

This architecture is useful primarily for 
circuit switching applications. Efforts at 
developing this architecture are underway 
at several companies, including Hughes 
Research Laboratories and Optivision, 
Inc. 

Systolic architectures. Systolic architec¬ 
tures have the advantage of providing for 
rapid reconfiguration of the network, i.e., 
they can be reconfigured at the bit rate of 
the data (neglecting any overhead in cal¬ 
culating the needed states of the crossbar 
matrix elements). In systolic systems, 
though, the input data must be configured 
appropriately for the matrix multiplication 
to proceed. This requires electronics at the 
input that can buffer the signals and send 
them into the switch in the appropriate 
sequence and at appropriate times. In 
some cases, only minimal buffering is 
required, such as when the data is origi¬ 
nally time-division multiplexed bit by bit. 

An /V-parallel systolic matrix-vector 
multiplier, shown schematically in Figure 
4 for A = 3 and M = 1, implements the 
matrix-vector multiplication of Equation 
(l). 11 Additional system components such 
as lenses and apertures are omitted for 
clarity. The matrix elements conceptu¬ 
ally flow in from the left with interleaved 
0’s as shown. The SLM for the matrix 
weights can be realized physically by a 
multichannel AO device or a 1-D array of 
LED’s. The vector elements bj (also inter¬ 
leaved with 0’s) enter the end of another 
AO cell in time sequence and propagate 
upward. 

The signals are synchronized so that an 
is emitted from the center of its SLM when 
b] reaches the center of its AO cell. The 
system is arranged so that the light from 
the matrix weight SLM passes through the 
corresponding pixel of the AO cell and 
results in the product a^bj of these ele¬ 
ments at the corresponding element of the 
1-D detector array. 

The detector is a shift-and-add (such as 
a 1-D CCD) that accumulates the appro¬ 
priate elements and outputs the resulting 
vector elements c, time-serially. For exam¬ 
ple, in the first cycle a n b\ will appear at 
the middle detector. In the second cycle 
a n b\ will have been (electronically) 
shifted down one detector, element a 12 
will appear on the corresponding LED, 
and b 2 will have moved up to the cor¬ 


responding AO celL location, resulting in 
a n b\ + a 12^2 on this detector. In this 
manner, all terms of c t are accumulated 
by the time it reaches the end of the detec¬ 
tor array. The entire operation is exactly 
analogous to electronic systolic matrix- 
vector multipliers. 

Compared to the ^-parallel inner 
product architecture, systolic architectures 
yield crossbars that are more light efficient 
and have shorter reconfiguration times but 
lower bandwidth. For an /V-parallel sys¬ 
tolic system, with sufficiently fast input 
and output devices, the AO cell will gener¬ 
ally limit the bandwidth of each individual 
line to v 0 /2 N, where v 0 = 1 GHz. How¬ 
ever, a number of these 1-D elements in the 
/V-parallel systolic multiplier can be placed 
in parallel, permitting each line to be M 
bits wide and thereby increasing the effec¬ 
tive bandwidth by a factor of M(M < 100 
with current devices). If M = N, then the 
system is an A-parallel systolic matrix- 
vector multiplier. Because a new matrix is 
essentially read in for each new bit or 
word, the system can be reconfigured 
rapidly. 

An /V-parallel systolic matrix multiplier 
requires /V(4/V- 3) clock cycles to com¬ 
plete one matrix-matrix multiplication, or 


one arbitrary switching operation on N 
input lines, each Ambits wide. In this time 
one (A-bit) word on each line passes 
through the network. An /V 2 -parallel sys¬ 
tolic arrangement can do this in (4A r - 3) 
clock cycles. 

The detector for systolic processors is a 
shift-and-add detector, instead of the TV- 
parallel readout detector needed in the 
inner-product multiplier. In most cases, 
these detectors will limit the data 
bandwidth. 

The input data must be formatted cor¬ 
rectly in these systems. Here we distinguish 
between functional input lines, which have 
data streams presumably originating from 
the same (electronic) location, such as the 
lines in a functional diagram of a network, 
and physical input lines, which can be 
located in a physical (optical) setup and 
carry data that may or may not all be on 
the same functional line. 

In the ^-parallel case, each successive 
data input bit in a word must be delayed 
two units of time and shifted to the next 
physical input line. In addition, there is a 
skew from one functional input line to the 
next of one time unit. In the /V-parallel 
case, all the data is time multiplexed onto 
one input line, with interleaving 0’s. Thus 
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Figure 6. ^-parallel outer product processor, (i) and (ii) refer to two modes of data 
entry. 



one potential application is for switching 
time-division multiplexed signals. How¬ 
ever, this limits the bandwidth to fairly low 
values (by optics standards), and the band¬ 
width of each line decreases as TV increases. 

The operation of systolic systems is 
strictly synchronous. Also, the light effi¬ 
ciency can be substantially higher than the 
^-parallel inner-product processor dis¬ 
cussed above. Systolic systems are valua¬ 
ble when the number of lines is not too 
large, the bandwidth requirements are not 
extreme, and the reconfiguration is rapid. 

Engagement architectures. Optical 
engagement architectures use 1-D or 2-D 


time-integrating (instead of shift-and-add) 
detectors, preferably with parallel outputs 
to implement matrix operations." A 
schematic engagement architecture for 
matrix multiplication is shown in Figure 5 
for A = 3 and M = 2. The matrix ele¬ 
ments of A enter into a 2-D source array 
or a multichannel AO cell, skewed in time 
and formatted as shown. The data, or ele¬ 
ments of B, enter a second, crossed mul¬ 
tichannel AO cell from the top and 
propagate downwards. A 2-D time- 
integrating detector array then accumu¬ 
lates the results and outputs them in 
parallel. 

An TV-parallel engagement matrix mul¬ 


tiplier requires A(3A-2) clock cycles to 
complete one matrix-matrix operation or 
one arbitrary switching operation on A TV- 
bit wide lines, approximately the same as 
the (TV-parallel) systolic case. An 
A 2 -parallel engagement arrangement 
takes (3A-2) clock cycles. 

The input data formatting requirements 
resemble the systolic case, but without 
interleaved 0’s. We can think of the width 
of each functional input line as equal to the 
word length, so that an AT-bit wide line can 
transfer one word at an instant of time. 
The A 2 -parallel engagement system has A 
physical input lines, and the switch oper¬ 
ates on word slices: it is word serial and bit 
parallel except for a unit time shift from 
one physical line to the next. In other 
words, the first line has the first bit of each 
word, sequentially in time, and so forth. 
In the systolic processor described previ¬ 
ously, the physical lines are actually serial 
over diagonals of matrix B rather than 
strictly bit serial or word serial. As with 
systolic systems, reconfiguration is rapid 
but updating the state of the switches is 
needed even when the state does not 
change from one multiply to the next. 

A 2 -parallel outer product processor. 

An A 2 -parallel outer product processor 
such as that shown in Figure 6 performs 
the matrix-matrix operation C = AB by 
taking outer products of column i of A and 
row i of B, and summing the results over 

It can perform a matrix-matrix opera¬ 
tion in Aclock cycles. In some implemen¬ 
tations the data B and the switch matrix A 
can both be read in rapidly, offering a 
potentially high bandwidth. 

There are two variations of the system. 
In one variation, a row of B is input at the 
left through an optical source array, or 
through a horizontally oriented AO cell 
illuminated by an external light source. At 
the same time, a column of A is entered by 
a second linear array SLM; another AO 
cell could be used for this purpose. A set 
of optics forms the outer product between 
the two input vectors, and the 2-D time- 
integrating detector array accumulates the 
output matrix C. The light efficiency of 
this system is < 1 /A. 

In a second variation of the system, the 
SLM at the left inputs a column of A while 
the second SLM inputs a row of B; its light 
efficiency is high. For large A, the 2-D 
detector array is the bandwidth-limiting 
component. 

Broadcasting with this system is easy, 
providing a generalized crossbar. As in the 
systolic and engagement cases, the data is 
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Figure 8. ^-parallel inner product/engagement processor. 


completely synchronous. Since the A 
matrix is read in for each matrix multipli¬ 
cation, reconfiguration is rapid, although 
the state of the switches needs to be 
updated for each matrix multiply. 

/V 2 -parallel inner product AO deflec¬ 
tor. While the above systems may be use¬ 
ful in many applications, they all share a 
common fault. Since the matrix A is 
mostly 0’s (in fact it has a minimum of 
N(N— 1) 0’s and at most N l’s for an 
N x TV matrix when used for one-to-one 
interconnections), most of the scalar mul¬ 
tiplications performed by the above sys¬ 
tems are multiplies by 0. This translates 
into either wasted time (thereby lowering 
the bandwidth) or wasted light (thereby 
lowering light efficiency). The A^-parallel 
inner product AO deflector shown in Fig¬ 
ure 7 resembles the ^-parallel inner 
product system and alleviates some of its 
problems. 

The input data to the crossbar enters 
through the 1-D array of sources on the 
left. Each source then illuminates a cor¬ 
responding cell (or channel) of a mul¬ 
tichannel AO device used to deflect the 
light vertically. A separate channel exists 
for each data-input line, or each column 
of A. Rather than reading the elements of 
A into the AO device (A elements into each 
channel), one single number is input into 
each channel and the signal is frequency- 
modulated according to the amount of 
vertical deflection desired for the cor¬ 
responding input line. 


Broadcasting can be achieved, to a 
limited extent, by superimposing multiple 
frequencies onto the same channel of the 
AO cell, or by time multiplexing the differ¬ 
ent frequencies in the cell. Each channel 
then deflects the signal the appropriate 
amount in the y dimension, and the light 
is focused horizontally in the x dimension, 
yielding’a one-dimensional output array. 
Thus, the second half of the optical system 
resembles that used in the N 2 -parallel 
inner product system. 

This system is passive, thus its band¬ 
width is generally limited by external 
sources and detectors, not by the mul¬ 
tichannel AO cell. A bandwidth of one 
gigahertz should be achievable. The out¬ 
puts are detected by a real-time 1-D array. 
The reconfiguration time of the network 
equals the time window used in each cell, 
which is less than or equal to the maximum 
time window or fill time of the device. 
Thus we can expect a reconfiguration time 
the order of one microsecond. 

Another advantage of this system is 
that, as in the ^-parallel inner product 
multiplier, there are no special formatting 
or buffering requirements on the input or 
output data. The data enters in a word- 
parallel, bit-serial fashion; each different 
functional input line is a different physi¬ 
cal input line. The TV control signals are 
input in parallel. However, electronic 
hardware is required to generate the 
frequency-modulated control signals. The 
number of input and output lines equals 
the number of cells in the AO device, 


which limits the number of lines that can 
be switched with one crossbar. The light 
efficiency should exceed 1/N and is limited 
by the characteristics of the AO cell and 
the imaging optics that follow it. The oper¬ 
ation of the switch can be synchronous or 
asynchronous, and the data can be analog 
or digital. 

A 2 -parallel inner product/engagement 
processor. Another type of matrix-matrix 
processor architecture that could be used 
as an optical crossbar is shown in Figure 
8. The system is a combination of an 
^-parallel inner product processor and 
an ^-parallel engagement architecture. 
The input data ( b’s ) enter a parallel array 
of AO cells as shown, although the data 
for each row enters simultaneously instead 
of being staggered as in the /^-parallel 
engagement processor. The matrix weights 
also arrive in a time-staggered form and 
control the illumination of LED’s or diode 
lasers as shown. A set of optics similar to 
that in the 7V 2 -parallel inner product 
processor spreads the light across the mul¬ 
tichannel Bragg cell, and the final result 
accumulates on a time-integrating detec¬ 
tor array. The results emerge in a time- 
offset fashion from a row of the detector 
array. 

This system requires (37V-2) clock 
cycles to complete a matrix-matrix mul¬ 
tiplication and requires a synchronous 
data format. Broadcast operation is pos¬ 
sible, and the overall light efficiency can 
be higher than 1/JV. This is an active inter- 
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Table 1. Comparison of optical crossbar capabilities. 


Method of 
Implementation 

Number of 
Lines (A) 

Bandwidth 

(BW) 

Reconfiguration 

Broadcast 

Data 

Format 

Type of 

Detector 

A 2 -parallel 

Inner Product 

>256 

100 MHz - 

1 GHz 
(passive) 

(A) lps 

Yes 

Async 

Real time 

Ax 1 element 

A 2 -parallel 

Systolic 

>100 

10 MHz* 

A/BW 

Yes 

Sync 

AxA 

shift/add 

A 2 -parallel 

Engagement 

>100 

10 MHz*- 

100 MHz 

A/BW 

Yes 

Sync 

Ax A time- 
integrating 

A 2 -parallel 

Outer Product 

>256 

10 MHz*- 

100 MHz 

A/BW 

Yes 

Sync 

Ax A time 
integrating 

A 2 -parallel 

Inner Product 

AO Deflector 

>100 

100 MHz- 
1 GHz 
(passive) 

1 ps 

Limited 

Async 

Real time 

Ax 1 element 

A 2 -parallel 

Inner Product/ 
Engagement 

>100 

10 MHz*- 
100 MHz 

A/BW 

Yes 

Sync 

Ax A time 
integrating 


•Limited by output (detector array) electronics. Higher numbers (when given) apply when fibers guide light to discrete detectors or other optical components. BW 


is the signal bandwidth per line. 


connection network, and for large A the 
bandwidth of each line is limited by the 
detector electronics. The reconfiguration 
time is similar to that of systolic and 
engagement processors. 

Performance 

comparison 

The optical systems introduced in the 
previous section differ widely among 
themselves in many important characteris¬ 
tics when used for interconnection. For 
example, some of the systems provide a 
bandwidth essentially independent of the 
size of the system, while for others the 
bandwidth is an inverse function of the 
system size. In this section, we compare the 
different systems based on six parameters 
of interest in crossbar implementation. 
The results are summarized in Table 1. 

(1) Number of lines. We feel that the 
practical limits of optics, SLM, and detec¬ 
tor technology allow the implementation 
of moderately large crossbars (at least 
100 x 100). 

(2) Bandwidth. For passive optical net¬ 
works, the bandwidth of each line is 
limited by optical transmitters, receivers, 
and the attenuation of the interconnection 
network. Existing individual sources (laser 
diodes) can operate at 10 gigahertz or 
more, and detectors can operate at greater 
than one gigahertz. Arrays will generally 
be slower due to power dissipation and 
optical and electrical crosstalk. These 


components make up optical transmitters 
and receivers that must encode the binary 
information and transmit it reliably. 

With a fixed transmitter/receiver pair, 
the bit error probability will degrade as the 
passive attenuation increases. Although a 
bit error probability of 10" 9 is assumed for 
telecommunications systems, interproces¬ 
sor communication may require effective 
bit error probabilities of 10' 12 or less. This 
performance can be achieved by improved 
transmitters or receivers, by lower passive 
attenuation in the optical interconnection 
network, or by error-correcting coding. 

Error-correcting coding effectively 
reduces the data bandwidth available. For 
the entries in Table 1, this bandwidth is 
defined for each line as distinct from the 
total bandwidth of the entire interconnec¬ 
tion system. Electronic systems typically 
operate at 10-100 megabits per second for 
each line. Active optical networks are 
mainly limited by the SLMs used for 
modulation and beam deflection; in many 
systems the electronic bottlenecks in the 
detector array cause a more stringent limit. 

(3) Reconfiguration time. Reconfigura¬ 
tion of optical networks is limited to 
approximately one microsecond for 
moderate or large networks with current 
or near-future technology. In fact, most 
2-D switch arrays have a frame time of one 
millisecond or greater. Most 2-D optical 
device arrays presently have switching 
times of one microsecond for each switch 
at best. Acousto-optic devices have faster 
response times, but the electronic input (to 


each cell) is serial and limited to a few giga¬ 
hertz, and the signal cannot be changed as 
it propagates down the cell. 

Most of the acousto-optic architectures 
permit fast reconfiguration at the expense 
of bandwidth. For an electronically con¬ 
trolled optical switching array, it is a mat¬ 
ter of switching time and addressing 
schemes to control all of the switch states. 
For an array of N 2 switches, N 2 lines are 
needed to change all switch states in par¬ 
allel. This is impractical for large arrays. 
Optical control can provide parallel con¬ 
trol, or the switches could be addressed by 
Alines coming in one side and Alines com¬ 
ing in the other. In the latter case a signal 
on row /' and a signal on column j could 
address switch ( i,j). This would require A 
steps to reconfigure the entire array. 

We should mention that devices (SLMs) 
with both optical control and electronic 
control as described above do exist; frame 
times measure approximately 100 micro¬ 
seconds to 100 milliseconds. Electronic 
switches can typically switch in 50 to 100 
nanoseconds (for each switch). 

The total reconfiguration time of a net¬ 
work depends on addressing schemes for 
circuit switched networks and on decoding 
and switching for packet switched net¬ 
works. Fast reconfiguration of the net¬ 
work is needed in an environment where 
the switching permutations change 
dynamically. However, slow switching 
could be tolerated in applications where 
each connection is followed by the trans¬ 
fer of large blocks of data. 
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(4) Broadcast capability. If the intercon¬ 
nection network can achieve broadcast in 
one step, we can reduce the overall time- 
complexity of many parallel algorithms. In 
electronic implementations, the provision 
for broadcasting involves higher control 
complexity, a larger number of pins, 
and/or slower operation. In some optical 
systems, the addition of broadcast capa¬ 
bility involves only minor increases in 
complexity. 

(5) Data format. The switching process 
as well as the transfer of data can be per¬ 
formed either synchronously or asyn¬ 
chronously. The synchronous operation of 
active interconnection networks requires 
strobing or capture of data at precise in¬ 
stants of time in the system; a master clock 
is required to control system timing. Most 
passive systems are asynchronous systems 
and do not suffer from this limitation. 

(6) Type of detector. Implementation of 
these systems requires various kinds of 
multichannel optical detectors. The inner- 
product processors need a vector array of 
detectors with separate channels and a 
real-time parallel output. 

The data bandwidths of these systems 
are generally limited by the response 
characteristics of the detector array. In 
some systems the output may be directly 
coupled to a light guide or fiber. In this 
case the detectors, if any, lie some distance 
from the optical switching array. Because 
the limitation in the bandwidth of detec¬ 
tor arrays results primarily from electrical 
crosstalk, this coupling can permit sub¬ 
stantially higher data bandwidths than 
could be achieved using detector arrays. 
For example, routing the light to discrete 
detectors permits higher bandwidth at the 
expense of increased size and hardware. 

The engagement and outer-product sys¬ 
tems with full TV 2 parallelism require 
TV X TV time-integrating detectors that can 
operate synchronously with the data. The 
2-DTV x TV detector arrays have either TV 
output lines or one output line. Thus the 
necessity of multiplexing at least TV detec¬ 
tor signals onto each electronic output line 
creates a bottleneck and limits the band¬ 
width of the overall system. Using TV 2 par¬ 
allel outputs could eliminate this 
bottleneck; the feasibility of such detectors 
deserves investigation. Also, the number 
of channels TV will be limited by the time- 
integration of noise. 

The systolic architectures require a 
shift/add detector array to perform the 
summation. TV x TV shift/add arrays 
necessarily have at most TV output lines. 


This and the use of electronics to perform 
the shift and add limits the detector speed, 
in turn lowering the overall bandwidth of 
the system. 

Once again, Table 1 summarizes the 
above considerations for the six basic opti¬ 
cal matrix-vector crossbar architectures 
described in this article. 

Other factors to consider are the control 
mechanisms for the switches (optical or 
electronic); the optical efficiency of the 
switches and its effect on error rate and 
transmission signal-to-noise ratio; the 
propagation delay time of each switch and 
effects on the overall network delay; the 
volatile or nonvolatile nature of various 
optical switch technologies; and overall 
network reliability as a function of topol¬ 
ogy and the particular devices and compo¬ 
nents used. 

Passive optical interconnection net¬ 
works must be extremely efficient in using 
the available photons, particularly if they 
have broadcast capability. In the 
TV 2 -parallel system, the input signals fan 
out into TV beams, thus the system has an 
insertion loss of at least 20 decibels per 
channel for TV = 100. We must carefully 
design practical systems so that optical fan 
in 12 following the switching SLM and 
other losses do not degrade performance. 

The main observation here is that with 
existing applicable technology optical 
switching is slower than electronics, 
although the signal bandwidth of optics is 
much greater. This result, along with the 
inherent parallel characteristics of optics, 
leads to the conclusion that optical inter¬ 
connection systems are most useful when 
the reconfiguration time greatly exceeds 
the time duration of data packets to be 
transferred, and when there are sufficient 
processors and parallelism for many 
simultaneous data transfers. These condi¬ 
tions are true for block-oriented data and 
large file transfers, such as in graphics and 
image processing. 

W e have described several possi¬ 
ble bulk optical systems for 
implementation of crossbar 
networks and studied the tradeoffs 
involved. Some of these systems show 
promise for use in large multiprocessor 
systems. Advantages of these systems 
include a large amount of inherent paral¬ 
lelism, high data bandwidth, small size and 
power requirements, and relative freedom 
from mutual interference of signals. The 
main difficulties we need to surmount are 
the slow reconfiguration, means for effi¬ 


cient conversion of electronic signals to 
optical signals and vice versa in large 
arrays, and techniques for control. 

We could tolerate slow switching in 
applications where each connection is fol¬ 
lowed by the transfer of large blocks of 
data, as in image processing. Current elec¬ 
tronic interconnection networks can 
change the state of a single switch rapidly 
(in 50 to 100 nanoseconds), although the 
bandwidth of each line is low (10 to 100 
megabits per second). 

Optical interconnection networks at 
present generally have complementary 
capabilities: very large bandwidths per line 
(greater than one gigabit per second) and 
slower individual switching times (one 
microsecond per switch). A significant 
amount of work is still required to bring 
these systems to the stage of commercial 
availability. 

We have found that moderately large 
crossbars (greater than 100 X 100) may be 
feasible using near-future optical technol¬ 
ogy. An intriguing and powerful possibil¬ 
ity involves using these crossbars as 
building blocks to make larger crossbar 
networks. To do so, we need to devise a 
means of cascading these optical cross¬ 
bars. 7 This involves studying the input 
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and output formats of the data in the 
different optical systems for compatibility. 
We must also consider the light efficiency 
of the crossbar, as it determines how often 
detection and regeneration of the optical 
signals are needed. We must devise 
methods of physically coupling the output 
of one system to the input of the next. 
Additionally, the signals may need to be 
sent to multiple crossbars in different loca¬ 
tions. Of course, one way of doing this 
would be to use electrical lines to intercon¬ 
nect the optical crossbars, but it is prefer¬ 
able to keep as much of the overall system 
optical as possible. This maximizes the 
advantages that the optics provide, such as 
high bandwidth and large number of lines. 

All-optical amplifiers have been demon¬ 
strated. 4 While practical problems remain 
in building 1-D arrays of optical ampli¬ 
fiers, it can, in principle, be done. 3 Opti¬ 
cal cascading of crossbars can be done with 
fibers or holograms. It has been shown 3 
that holograms can be quite powerful for 
interconnecting optical gates. Even the 
capability of connecting a small number 
(four or five) of sizable crossbars together 
could yield a system substantially more 
powerful than a single crossbar. We are 
currently studying these and other prob¬ 
lems in the implementation of optical 
crossbar networks.□ 
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The Performance of 
Multicomputer 
Interconnection Networks 

Daniel A. Reed and Dirk C. Grunwald, University of Illinois 


You cannot find 
an interconnection 
network optimal for 
all applications but, 
by employing the 
methods described 
here, you can choose 
one that fits the 
requirements of 
certain classes of 
applications well. 


The most constant difficulty in 
contriving the engine has arisen from the 
desire to reduce the time in which the 
calculations were executed to the 
shortest which is possible. 

—Charles Babbage (1837) 

T he spectrum of parallel processor 
designs can be divided into three 
sections according to the number 
and complexity of the processors. At one 
end there are simple, bit-serial processors. 
Any one of these processors is of little 
value, but when it is coupled with many 
others, the aggregate computing power 
can be large. This approach to parallel 
processing can be likened to a colony of 
termites devouring a log. The most nota¬ 
ble examples of this approach are the 
NASA/Goodyear Massively Parallel 
Processor, 1 which has 16K one-bit proces¬ 
sors, and the Thinking Machines Connec¬ 
tion Machine, 2 which has 64K one-bit 
processors. 

At the other end of the spectrum, a small 
number of processors, each built using the 
fastest available technology and the most 
sophisticated architecture, are combined. 
An example of this approach is the Cray 
X-MP. This type of parallel processing is 
akin to four woodmen attacking the log 
with chainsaws. 

0018-9162/87/0600-0063$01.00©19871EEE 


The middle approach is analogous to a 
small army of hungry beavers. It combines 
a large number of microprocessors. 
Within the last ten years, several groups 
have advocated such an approach to par¬ 
allel processing, one based on large net¬ 
works of interconnected micro¬ 
computers. 3 ' 7 Each node in these mul¬ 
ticomputer networks contains a processor 
with some locally addressable memory, a 
communication controller capable of rout¬ 
ing messages without delaying the proces¬ 
sor, and a small number of connections to 
other nodes. 

The applications suggested for mul¬ 
ticomputer networks are diverse—they 
include finite-element problem analysis, 
partial differential equation solving, linear 
algebra, physics problem solving, game 
tree searches, and functional program¬ 
ming. The cooperating tasks of a parallel 
algorithm for solving one of these prob¬ 
lems will execute asynchronously on 
different nodes and communicate via mes¬ 
sage passing. 

Because its nodes do not share any 
memory, the multicomputer interconnec¬ 
tion network must efficiently support mes¬ 
sage passing. Typically, multicomputer 
networks provide datagram message 
transmission rather than virtual circuits. 
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Because of the high latency for message 
transmission, compared to a memory 
access, optimization of message traffic 
patterns is crucial. Methods for evaluating 
the performance of network alternatives 
are our subject here. 

Commercial multicomputer networks. 

Recent advances in VLSI have finally 
made large multicomputer networks both 
technically and economically feasible. For 
example, a collaborative project at the 
California Institute of Technology 
produced the Cosmic Cube, a multicom¬ 
puter network based on a hypercube inter¬ 
connection. A hypercube is a generaliza¬ 
tion of a cube to D dimensions, where each 
of the 2° cube vertices is a multicomputer 
node. If the hypercube nodes are num¬ 
bered, beginning with zero, then node i is 
connected to the D other nodes whose 
numbers are obtained by negating one bit 
of the binary representation of i. Figure 1 
illustrates the three-dimensional case. 

In 1985 Intel announced the iPSC, 8 a 
commercial version of the Cosmic Cube 
containing up to 128 nodes. Each iPSC 
node contains 512K bytes of memory, an 
Intel 80286 microprocessor, an Intel 80287 
floating-point coprocessor, and seven 
Ethernet transceiver chips to manage inter¬ 
node contains 512K bytes of memory, an 
Intel 80286 microprocessor, an Intel 80287 
similar design. 

Both the Intel iPSC and Ametek Sys¬ 
tem/14 require many chips per node and 
one board for each node, limiting the max¬ 
imum feasible system size. In contrast, 
each node of the NCube/ten hypercube 9 
contains only seven chips: a custom 32-bit 
microprocessor with both on-chip 
floating-point and hardware communica¬ 
tion support and six memory chips. Sixty- 
four nodes occupy a single board, and a 
fully configured system contains 1024 
nodes. 

Although the hypercube interconnec¬ 
tion matches the communication patterns 
of many common algorithms, its primary 
disadvantage is that it requires a logarith¬ 
mic increase in node connectivity as the 
number of nodes increases. Moreover, the 
limited interconnection afforded by VLSI 
node implementations suggests that other 
interconnection networks may be more 
appropriate for large numbers of nodes. 
Hence, we consider techniques for evalu¬ 
ating network performance. 

Overview. Several different characteri¬ 
zations of network performance have been 
suggested. 4,6,7 However, repeated studies 


have shown that a system’s performance 
is maximized when all the components are 
balanced (i. e., when there is no single sys¬ 
tem bottleneck). 10 Multicomputers are no 
different; optimizing performance 
requires a judicious combination of node 
computation speed and message transmis¬ 
sion latency. The rate at which a network 
routes messages and the rate at which 
nodes perform computations are inti¬ 
mately related. 

Here we examine the interdependency 
of nodes and multicomputer interconnec¬ 
tion networks using simple “back of the 
envelope” calculations based on the 
asymptotic properties of queueing net¬ 
works. Although the interaction of com¬ 
munication and computation can be 
examined analytically, time-varying 
behavior and the idiosyncrasies of system 
software can only be captured by observa¬ 
tion and measurement. Thus, we also 
show how analytic models can be extended 
to benchmark existing interconnection 
networks such as the hypercube connec¬ 
tion of the Intel iPSC. 8 Before beginning 
discussion of analytic models, however, 
we must first define several important 
terms and concepts used to quantify the 
performance of networks. 


Definitions and 
background 

The maximum internode distance, often 
referred to as the diameter of the intercon¬ 
nection network, places a lower bound on 
the delay required to propagate informa¬ 
tion throughout the network. It is simply 
the maximum number of communication 
links that must be traversed to transmit a 
message to any node along a shortest path. 

In contrast, the mean internode distance 
is the expected number of link traversals 
a “typical” message needs to reach its des¬ 
tination. The mean internode distance is a 
better indicator of average message delay 
than the network diameter, but as we shall 
see, it too fails to completely capture the 
relative communication capacity of differ¬ 
ent interconnection networks. 

Unlike the network diameter, the mean 
internode distance depends on the message 
routing distribution. This routing distribu¬ 
tion specifies the probability that different 
network nodes exchange messages, and it 
ultimately depends on the communication 
requirements of the application and sys¬ 
tem programs as well as on the mapping of 
these programs onto the network. 


In its most general form, the mean inter¬ 
node distance (the number of link visits, or 
L V) is given by 

LV= 21 / *D(0 0) 

where <t>(/) is the probability of an arbitrary 
message crossing / communication links 
(i.e., the routing distribution), and Imax is 
the network diameter. Different choices 
for <t>(/) lead to different message routing 
distributions and, in turn, different mean 
internode distances. In the following, we 
consider three different message routing 
distributions for which it is possible to 
obtain closed forms for the mean inter¬ 
node distance. To do this, however, we 
must first distinguish between two types of 
interconnection networks: symmetric and 
asymmetric. 

In a symmetric interconnection network 
there exists an isomorphism that maps any 
node of the network graph onto any other 
node. Thus, all nodes possess the same 
view of the network. A bidirectional ring 
network is a simple example of a symmet¬ 
ric interconnection network because two 
nodes are always reachable by crossing any 
given number of communication links, 
and a simple node renumbering suffices to 
map any node onto any other. An asym¬ 
metric interconnection network is any net¬ 
work that is not symmetric (e.g., a tree). 
Here, we consider only symmetric net¬ 
works; for an analysis of asymmetric net¬ 
works, see Reed and Fujimoto. 11 

Uniform message routing. A message 
routing distribution is said to be uniform 
if the probability of node i sending a mes¬ 
sage to node j is the same for all / and j, 
i =£ j. Because we are interested in mes¬ 
sage transfers that use the network, we 
exclude the case of nodes sending messages 
to themselves. 

Uniform routing distribution is appeal¬ 
ing because it makes no assumptions about 
the type of computation generating the 
messages; this is also its greatest liability. 
However, because most computations 
should exhibit some measure of commu¬ 
nication locality, it provides what is likely 
to be an upper bound on the mean inter¬ 
node message distance. 

Sphere of locality. Suppose the uniform 
message routing assumption were relaxed. 
We would expect any reasonable mapping 
of a distributed computation onto a mul¬ 
ticomputer network to place those tasks 
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Figure 1. Representative interconnection networks. 


that exchange messages with high fre¬ 
quency in close physical proximity. One 
abstraction of this idea places each node 
at the center of a sphere of locality with 
radius L , measured in hops. A node sends 
messages to the other nodes inside its 
sphere of locality with some (usually high) 
probability <)>, and to nodes outside the 
sphere with probability 1 — <|>. This model 
reflects the communication locality typi¬ 
cal of many programs (e.g., the nearest- 
neighbor communication typical of itera¬ 
tive partial differential equation solvers 
coupled with global communication for 
convergence checking 9 ). 

Decreasing probability message routing. 

The previous definition of locality is use¬ 
ful if the probability of visiting the local¬ 
ity is high and the size of the locality is 
small compared to the size of the network. 
There are, however, many cases in which 
this is not an appropriate abstraction. An 
alternate, intuitively appealing notion of 


locality is that the probability of sending 
a message to a node decreases as the dis¬ 
tance of the destination node from the 
source node increases. The distribution 
function <t>(i) = Decay (d, Imax ) • d l 
0 < d < 1, where Imax is the network 
diameter and d is a locality parameter, is 
particularly attractive. Here, 
Decay ( d , Imax) is a normaliz¬ 
ing constant for the probability <t, chosen 
such that the probabilities sum to one. As 
d approaches one, the cumulative distribu¬ 
tion function of <t> approximates a linearly 
increasing function of the distance from 
the source node. Conversely, as d 
approaches zero, the cumulative distribu¬ 
tion function of approaches a nearest- 
neighbor communication pattern. Small 
values of d mean that messages travel only 
small distances (i.e., that locality exists), 
whereas larger d values mean that mes¬ 
sages can travel larger distances. 

These three message routing 
distributions—uniform, sphere of locality, 



3-D dual bus hypercube 



X-tree 


and decreasing probability—can be used 
to calculate mean internode distances. 
However, the mean internode distance 
does not reflect link utilization. For this, 
we must define visit ratios. 

Visit ratios. Each time a node sends a 
message to another node, the message 
must cross some communication links and 
pass through intermediate nodes before 
reaching its destination node. At the des¬ 
tination, it causes some computation to 
take place. This datagram model of com¬ 
munication accurately reflects a variety of 
multicomputer applications, including 
solution of partial differential equations 
and functional programming. 

Each link crossing and destination node 
computation constitutes a visit to that link 
or processing element. If all possible 
source/destination pairs and the probabil¬ 
ities that they exchange messages are con¬ 
sidered, the number of visits to each 
communication link and node by an aver- 
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age message can be calculated. Now con¬ 
sider such an average message and an 
arbitrary device i (either a node or a link). 
The average message will visit device i a 
certain number of times. This mean num¬ 
ber of visits is called the visit ratio of device 
i and is denoted by K ; . 10 

By analogy, imagine that each message 
deposits a “token” at a device during each 
visit. After observing the system of nodes 
and links for some “reasonably long” 
interval, we can obtain the visit ratios by 
normalizing the token counts at each 
device (i.e., by dividing the number of 
tokens at that device by the total number 
of token-depositing messages that were 
created during the observation period). As 
we shall see, visit ratios can be used to 
locate those devices in a network that most 
limit performance—the bottlenecks. 

Under the uniform message routing dis¬ 
tribution discussed earlier, the visit ratios 
for all network nodes must be the same. In 
other words, the probability of visiting for 
each destination node is the same, and 
Vp E , the visit ratio for the nodes, is 



when there are K nodes. 

Somewhat surprisingly, the node visit 
ratios are also given by Equation 2 when 
the two proposed nonuniform message 
routing distributions are considered. This 
follows from two features of the networks 
and the routing distributions: network 
symmetry and similar message routing 
behavior at all nodes. That is, if all nodes 
behave similarly and the network is sym¬ 
metric, each node is equally likely to be 
visited. 

As we saw earlier, the mean internode 
distance L V represents the average num¬ 
ber of visits to all communication links by 
a message. Dividing this number by the 
number of communication links yields the 
communication link visit ratios 


VcL Numlinks (K, Net—type) (3) 

This quantity can be viewed as a measure 
of the message intensity supported by a 
single link. If V C l is near one, then nearly 
all messages must cross each link at some 
point along the paths to their respective 
destinations. Unfortunately, this simple 
definition is accurate only if the intercon¬ 
nection network contains just one type of 
communication link (e.g., a ring). In a 
binary tree one would expect the commu¬ 


nication traffic on the links at each tree 
level to be different, leading to different 
link visit ratios for each level. 


Proposed 

interconnection 

networks 

A plethora of interconnection network 
proposals have appeared in the research 
literature, and an enormous amount of 
research has centered on the design and 
analysis of these networks. Among the 
proposed interconnection networks are 
several that serve as useful points of refer¬ 
ence or have particularly attractive fea¬ 
tures: the single bus, the complete 
connection, the simple ring, the chordal 


A single bus joins all 
nodes and uses a 
contention resolution 
protocol to resolve 
simultaneous requests 


ring, 3 the spanning bus hypercube, 7 the 
dual-bus hypercube, 7 the torus, 7 general¬ 
ized hypercubes, 4 the cube-connected 
cycles, 12 the f?-ary N-cube, 13 the lens, 6 the 
X-tree, 5 and the B -ary tree. Figure 1 illus¬ 
trates a subset of these networks. 

A single bus joins all nodes and uses a 
contention resolution protocol to resolve 
simultaneous requests for the bus. 
Although inexpensive, it can efficiently 
support only a modest number of nodes. 
In contrast, the complete connection 
directly connects each node to all other 
nodes. Its cost rises quadratically with the 
number of nodes, although its perform¬ 
ance is the best achievable. These two net¬ 
works, the bus and the complete 
connection, bound the spectrum of price 
and performance for all practical mul¬ 
ticomputer networks. 

The single ring is a modest improvement 
over a bus, but it too can efficiently sup¬ 
port only a small number of nodes. The 
chordal ring introduces cross or chordal 
link connections between nodes on oppo¬ 
site sides of the simple ring, reducing the 
maximum number of links that must be 
traversed to reach a destination node. 


The spanning bus hypercube is a D- 
dimensional lattice of width w in each 
dimension. Each node is connected to D 
buses, one in each of the orthogonal 
dimensions; w nodes share a bus in each 
dimension. 

The dual-bus hypercube was proposed 
to bound the number of connections to 
each node. It is obtained by pruning D- 2 
bus connections from each network node. 
In particular, one dimension, the Oth 
dimension, is distinguished, and all nodes 
are connected to a Oth-dimension bus. In 
each D - 1 hyperplane orthogonal to the 
Oth dimension, all nodes have a second 
connection to buses spanning the same 
dimension. The second bus direction 
differs from hyperplane to hyperplane but 
repeats if the width w of a dimension 
exceeds D-2. Figure 1 shows a three- 
dimensional dual-bus hypercube with 
width 3; the vertical direction is the distin¬ 
guished dimension. 

The torus is identical to the spanning 
bus hypercube except that it replaces the 
bus connecting each group of w nodes with 
a ring of point-to-point connections, 
improving the performance at an 
associated cost. As we shall see, the torus 
is a generalization of the binary hypercube 
used in the current generation of mul¬ 
ticomputer networks. The performance 
motivations for this choice will become 
clear shortly. 

Generalized hypercubes use a mixed 
radix numbering to obtain networks con¬ 
taining any number of nodes, in contrast 
to the limited expansion increments of tra¬ 
ditional hypercubes. 

The cube-connected cycles was also pro¬ 
posed to limit the number of connections 
to each node. This network replaces each 
node of a D-dimensional cube (i.e., of a 
binary hypercube) with a ring of D nodes. 
Each ring node connects to one of the D 
links incident on the vertex, fixing the node 
connectivity at three. 

The bus-connected lens network pro¬ 
posed by Finkel and Solomon is created 
using a recursive construction algorithm. 6 
In this network, an w-level lens contains 
n(n -1)” nodes, each connected to b 
buses. 

The R -ary N-cube is a generalization of 
the indirect binary n-cube originally pro¬ 
posed by Pease. 13 In this network, Ms the 
number of levels and R N is the number of 
nodes on each level. The network contains 
NR n nodes, each connected to 2 R other 
nodes. Unlike Pease’s original proposal, 
the cube is closed (i.e., the top and bottom 
rows shown in Figure 1 are the same). 
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An X-tree is a simple binary tree with all 
nodes at each level connected in a ring, 
reducing the communication bottleneck 
near the tree root. 

Each of these networks can be analyzed 
to determine its network diameter and 
mean internode distance. These analyses 
are detailed, lengthy, and somewhat tedi¬ 
ous. (The interested reader can find details 
in Reed and Fujimoto. 11 ) In spite of this, 
these analyses have intrinsic value for two 
reasons. First, they represent the applica¬ 
tion of a uniform methodology to several 
networks. Second, many of the techniques 
embodied in the analyses are generally 
applicable to other networks and will likely 
be helpful when analyzing networks 
emerging in the future. To illustrate their 
application, we consider the torus, a gener¬ 
alization of the binary hypercube. Follow¬ 
ing this example, we show how the results 
of the analysis can be used to predict per¬ 
formance. 


Analyzing the torus: 

An example 

A D-dimensional torus—a D- 
dimensional lattice of width w—connects 
each of its w° nodes to a ring of size w in 
each of the D orthogonal dimensions (see 
Figure 1). As its name implies, this inter¬ 
connection network is topologically 
equivalent to a torus constructed in D- 
space. Because each of the w° nodes is 
connected to D rings, there are 2 Dw° 
total link connections to the Dw° com¬ 
munication links. 

Message routing is easy if source and 
destination addresses are viewed as D- 
digit, base w numbers. Each digit 
represents a ring of w nodes, and a mes¬ 
sage is routed to its destination by succes¬ 
sively sending the message to the correct 
location on each of the D rings. Conse¬ 
quently, the network diameter is just 
Dlw/2J, D times the maximum internode 
distance in any dimension using that 
dimension’s ring. (Ixj denotes the integer 
portion of x —i.e., the largest integer 
less than x.) 

When w = 2, this reduces to D, the 
binary hypercube case discussed earlier. If 
w is fixed and D increases, the network 
diameter increases only logarithmically 
with the number of nodes. This is the pri¬ 
mary advantage of binary hypercubes. 
The offsetting disadvantage is that the 
number of connections per node also must 
increase with the network size. This means 


that the maximum network size must be 
predetermined, when the nodes are 
designed. 

It initially appears that for a torus the 
mean internode distance under the uni¬ 
form message routing assumption is also 
simply D times that for a simple ring. 
However, this is incorrect. In the torus, 
some dimensions need no address reso¬ 
lution; that is, the source and destination 
nodes share the same address on that ring. 
For these cases, the approach overesti¬ 
mates the mean path length. Instead, we 
must include the case of zero moves in each 
dimension and scale the sum of the moves 
in each dimension to obtain the true mean 
path length. Thus, the average distance 
moved in each dimension is 



= --- w odd 

4 w 

The minimum function in the sum reflects 
the routing of messages along the shorter 
of the two potential paths in the ring. 
Because the dimensions are independent, 
the true mean path length is D times this 
distance scaled to exclude nodes routing 
messages to themselves: 



Network symmetry and the existence of 
only one type of communication link allow 
us to immediately obtain the link visit 
ratios: 


LVZ f ° rm 

Dw d 


w 2 - 1 

4 w(yv° - 1) 


w odd 


(4) 


The derivation of mean path lengths and 
visit ratios for nonuniform message rout¬ 
ing distributions, though conceptually 
straightforward, is computationally diffi¬ 
cult. To simplify exposition, we consider 
only the case in which w is odd. The moti¬ 
vation for this is simple: for w odd, we can, 
without loss of generality, assume the 
source node is at the center of a D- 
dimensional hyperspace. Specifically, we 
can assume it is at the center of a (D - 1)- 
dimensional hyperplane and has [w/2] 
(D- l)-dimensional hyperplanes “above” 
and “below” it. Suppose a message is sent 


to the l links above or below the hyper¬ 
plane containing the source node, and the 
message is permitted to cross a maximum 
of L links. Then only those nodes within 
L -1 links of the point of origin in the des¬ 
tination hyperplane can be reached. This 
view of message routing leads to the 
recurrence 

Reach(L,D,w ) = 

! 1 L = 0 

2 D = 1 and 0 < L <|yj 
0 D = 1 andL >|yj 

2 £ Reach (L - l,D - 1, w) 

otherwise 

+ Reach ( L,D -1, tv) 

where Reach (L, D, w) is the number of 
nodes exactly L links from a source node 
in a D-dimensional torus of width w. The 
first term in the last equation above con¬ 
tains a factor of two because a message 
can, by symmetry, go “up” or “down” 
from the source node. The second term in 
the last equation is the number of nodes 
reachable in the hyperplane in which the 
source node lies. This recurrence can be 
easily solved and a closed form for 
Reach (L, D, w) can be obtained (though 
the symbol manipulation is arduous). 
Given the closed form, one can then eas¬ 
ily obtain the number of nodes in the 
sphere of locality, the mean internode dis¬ 
tance, and the link visit ratios. 

Similarly, given the network diameter 
D [w/2], one can easily obtain the mean 
message-path-length visit ratios for the 
decaying probability message routing dis¬ 
tribution. 

Finally, the torus, with its lattice struc¬ 
ture, has expansion increments of 
w° (vv-1) when D, the dimension, is 
increased and (w + l) c - vP when w, the 
width, is increased. Because expanding the 
number of dimensions requires two addi¬ 
tional link connections per node, it will 
usually be necessary to rewire the entire 
interconnection network if this method of 
expansion is chosen. 


Network performance 
bounds 

In the formulation of message routing 
we have described, a message leaves a 
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Figure 2. Upper bound on message completion rate with uniform routing. 


source node, crosses some communication 
links to reach its destination, and causes 
some computation to take place there. 
After normalization, the visit ratio V,- can 
be interpreted as the average number of 
visits made to device i, a node or link, by 
a message. Suppose we define S, as the 
average amount of service required by a 
message during each visit to device /. The 
product K,S, is the total amount of service 
required by an average message at device 
/, and the sum 

is the total amount of service required by 
an average message at all nodes and links. 

If the average number of messages cir¬ 
culating in the network is steadily 
increased, the utilization of at least one 
device must approach unity. Which device 
will saturate first? Because K,S, represents 
the average amount of service required at 
device i, the device with the maximum 
value of Vfo will first limit the message 
circulation rate. If X 0 denotes the rate at 
which a network can route messages from 


source to destination, an absolute upper 
bound on X 0 is given by 


where 

VJS b = max VS. 

This technique, called asymptotic or bot¬ 
tleneck analysis in its most general 
form, 10 applies to any closed network in a 
steady state (that is, to any closed network 
in which the message arrival rate at each 
device equals the message departure rate). 
No assumptions about service time or 
queueing distributions are necessary. This 
simplicity allows one to make minimal 
assumptions about network behavior and, 
consequently, leads to conclusions 
applicable to a wide range of intended net¬ 
work environments. 

To simplify comparison of networks, 
we assume that the mean time between 
message transmissions, S PE , is the same at 
all nodes, and that all links require time 
S C l to transmit an average message. We 


emphasize that this assumption is not 
required. The succeeding discussion can be 
applied in its entirety, albeit involving 
somewhat more arduous symbol manipu¬ 
lation, if each device has a distinct service 
time. 

If there are T distinct link visit ratios, the 
bound on X 0 , the network message com¬ 
pletion rate, is 


.to 


Through analysis similar to that for the 
torus, we can derive values for V PE and 
V C l for many networks. Using these ana¬ 
lyses, Figure 2 illustrates the bounds on the 
message completion rate for the uniform 
message routing distribution. Figure 3 
shows the effect of locality on the message 
completion rate. In both cases, unit node 
and link service times are assumed. How¬ 
ever, other parameters can be used. 

In the uniform routing case, the torus 
and i?-ary N -cube have the highest mes¬ 
sage completion rate, followed by the lens, 
spanning bus hypercube, and cube- 
connected cycles. A comparison of the 
mean internode distances for the same net¬ 
works is decidedly different (Figure 4). 
Although there is a correlation between the 
mean internode distance and the bound on 
the message passing rate, it is not direct. 
The mean internode distance does not 
reflect the intensity of traffic on the links; 
the performance bounds do. 

Although increased message routing 
locality obviously increases the message 
completion rate, the many different 
parameterizations of the locality distribu¬ 
tions make it exceedingly difficult to draw 
conclusions without knowledge of some 
specific application area. However, con¬ 
straints on the regions of feasible compu¬ 
tation can be obtained. 


Feasible computation quanta. In addi¬ 
tion to providing bounds on the maximum 
rate of message transfer, the visit ratios can 
also be used to determine appropriate 
granules of computation, given the relative 
speeds of processors and communication 
links. 

If K is the number of network nodes, the 
amount of service required at an average 
node is V PE S PE = S PE / K. A linear 
increase in the message completion rate 
can be expected only if the communication 
links’ KS products are no larger than this 
value. That is, increased parallelism is 
effective only if communication delays do 
not dominate. As prior figures have 
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shown, the message completion rate is not, 
in general, such a linear function, imply¬ 
ing that communication delays are limit¬ 
ing the message completion rate. Other 
than changing the message routing distri¬ 
bution, one can only adjust the ratio 
Spe/Scl to ensure that communication is 
not the performance-limiting factor. 
Inspecting Equation 5 shows that the mini¬ 
mum ratio of computation to communica¬ 
tion, where communication delays are not 
dominant, is 


S p£ max{ V^ CL . V t cl } 



= K ■ max{ V i CL . V T CJ ) (6) 

In essence, the ratio of computation time 
to communication time for a message must 
be at least K times the maximum link visit 
ratio if the maximum computation rate is 
not to be limited by communication 
delays. 

As an example, consider the torus again. 
The communication link visit ratios for 
uniform message routing are given by 
Equation 4, and the number of nodes is 
vP. Applying Equation 6 yields 

S pe _ vP~'{w 2 -\) „ w 

S CL ~ 4(w° — 1) ~ 4 

If communication delays are not to dom¬ 
inate performance, the ratio of computa¬ 
tion time to communication time must 
increase linearly with w if the dimension of 
the torus is fixed. Simply put, larger gran¬ 
ules of computation are needed for a wider 
torus. Conversely, increasing the dimen¬ 
sion of the torus D does not require any 
increase in the ratio. This is the perform¬ 
ance motivation for binary hypercubes: tv 
is fixed at 2, only the dimension D grows, 
and the granule of computation is con¬ 
stant. 

The lesson for designers of parallel 
algorithms is immediate and striking: the 
smallest feasible quantum of parallelism is 
dictated by the communication patterns of 
the algorithm and the network topology. 
At best, excessive parallelism leads to 
negligible performance gains. At worst, 
performance can decrease due to increased 
overhead. 

Network selection. Situations do arise in 
which factors intrinsic to an intended 
application dictate the use of a specific 
ratio of computation to communication 
time for messages. When this occurs, the 



i i i i 

0 20 40 60 80 100 


Network size 


Figure 3. Upper bound on message completion rate with locality. 



Figure 4. Mean internode distance with uniform routing. 
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designer must realize that the range of 
optimality for a specific network does not 
span the entire spectrum of network sizes. 
This is clearly illustrated by the crossing of 
the bounds on message completion rate in 
Figure 3. Thus, one may be justified in 
using one interconnection for ten nodes 
and a different one for one hundred nodes. 
One can analytically or numerically deter¬ 
mine where the bounds for two networks 
cross by equating the VS products for the 
limiting devices, either nodes or links, and 
solving for the network size where they are 
equal. 

Benchmarking 

multicomputer 

networks 

Analytic models can capture the aver¬ 
age, steady-state behavior of multicom¬ 
puter networks, but they cannot easily 
reflect the time-varying behavior of real 
systems. Moreover, the idiosyncrasies of 
system software can be captured only 
through observation and measurement. 
For example, some commercial hyper¬ 
cubes such as the Ametek System/14 sup¬ 
port only synchronous communication 
between directly connected nodes; others 
such as the Intel iPSC provide asyn¬ 
chronous transmission with routing. The 


effects of these differences are very diffi¬ 
cult to model, but they can be measured 
easily. 

Although analytic models cannot reflect 
all details of real systems, they do provide 
a framework for testing. For systems that 
support routing and asynchronous trans¬ 
mission, one can develop synthetic com¬ 
munication benchmarks that reflect 
communication patterns in both time and 
space. These benchmarks are based on the 
message routing distributions described 
earlier. 

As analysis has just shown, binary 
hypercubes have attractive performance 
characteristics. To confirm this analysis 
and to highlight the interaction between 
analytic models and benchmarking, we 
examined the communication perform¬ 
ance of two commercial hypercubes, the 
Intel iPSC and Ametek System/14. As 
shown in Table 1, both of these machines 
are based on the 16-bit Intel 80286 
microprocessor. As noted earlier, the Intel 
iPSC uses Ethernet transceiver chips to 
manage internode communication. In 
contrast, the Ametek System/14 uses an 
Intel 80186 microprocessor to control 
internode communication via direct mem¬ 
ory access. 

Simple communication benchmarks. 

Data transfer time between two directly 
connected nodes is perhaps the simplest 


Table 1. Hypercube hardware characteristics. 



Intel iPSC 

Ametek S/14 

Processor 

8-MHz 80286 

8-MHz 80286 

Floating point 

6-MHz 80287 

8-MHz 80287 

I/O procesor 

none 

10-MHz 80186 

Minimum memory 

0.5M bytes 

1M byte 

Maximum memory 

4.5M bytes 

1M byte 

Channels per node 

7 

8 

Peak bandwidth 

10M bits/s 

3M bits/s 


Table 2. Hypercube communication comparison. 



Intel iPSC 

Ametek System 14 

Latency (seconds) 

1.7 X 10 -3 

5.5 x 10" 4 

Transmission time 

2.83 xl0“ 6 

9.53 xl0“ 6 

(sec/byte) 



Bandwidth (M bits/s) 

2.8 

0.84 


measure of communication network per¬ 
formance. Although independent of the 
type of interconnection network, this mea¬ 
sure provides the value S C l that is the 
basis for all network analysis. 

If the messages transmitted between 
nodes are not broken into packets, mes¬ 
sage transmission time S C l can be 
modeled as 


S CL = f, + Nt c (7) 

where t t is the communication latency 
(i.e., the startup time for a transmission), 
t c is the transmission time per byte, and N 
is the number of bytes in the message. Fig¬ 
ure 5 shows the measured values of Scl 
for both the Intel iPSC and Ametek Sys¬ 
tem/14. Statistically, the linear model in 
Equation 7 is a good fit to experimental 
data on both hypercubes. Table 2 shows 
the result of a least-squares fit of the data 
to this linear model. The Ametek Sys¬ 
tem/14 has a lower latency than the Intel 
iPSC, but the higher bandwidth of the 
Intel iPSC yields smaller total communi¬ 
cation time for messages of more than 
approximately 150 bytes. 

We emphasize that extrapolating 
general communication performance 
from single link tests is fallacious. Such 
simple tests highlight only link-level 
characteristics. More general benchmarks 
are needed to investigate routing and 
buffering behavior; this is the motivation 
for the synthetic communication bench¬ 
marks presented below. 

Synthetic communication benchmarks. 

Application programs can be used to study 
hypercube communication performance, 
but because each program occupies only a 
small portion of the space of potential 
communication behaviors, a large number 
of application programs are needed to 
achieve adequate coverage. To study 
hypercube performance under a variety of 
communication traffic patterns, we have 
developed a model of communication 
behavior. Each hypercube node executes 
a copy of the model, generating network 
traffic that reflects some pattern of both 
temporal and spatial locality. Temporal 
locality defines the pattern of internode 
communication in time. An application 
with high temporal locality exhibits com¬ 
munication affinity among a subset of net¬ 
work nodes. However, these nodes need 
not be near one another in the network. 
Physical proximity is determined by spa¬ 
tial locality. 
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Temporal locality. Our implementation 
of temporal locality is based on a least 
recently used stack model, or LRUSM, 
originally used to study management 
schemes for paged virtual memory 14 ; 
other models are possible. When used in 
the memory management context, the 
stack after memory reference r(t) (i.e., the 
reference at time t) contains the n most 
recently accessed pages, ordered by 
decreasing recency of reference. The stack 
distance d(t) associated with reference r(t) 
is the position of r(t) in the stack defined 
just after memory reference r(t- 1) 
occurs. These distances are assumed to be 
independent random variables such that 
Probability [d(t ) = /] = 6, for all t. For 
example, if bi = 0.5, there is a 
50-percent chance that the next page refer¬ 
enced will be the same as the one just refer¬ 
enced. 

In our adaptation of LRUSM to net¬ 
work traffic, each node has its own stack 
containing the n nodes that were most 
recently sent messages. In other words, 
destination nodes in the network are 
analogous to pages in the address space of 
a process for the LRUSM model of mem¬ 
ory reference patterns. Parameters given 
to the model include the stack reference 
probabilities b , and the stack size n. 

We emphasize that the sum of the prob¬ 
abilities bi is normally less than 1. Conse¬ 
quently, it is possible for the condition 
d(t) > n to occur. In this case, a stack miss 
occurs. This corresponds to a page fault in 
the virtual memory context. In our model, 
a stack miss means that a new node not 
currently in the stack is chosen as the des¬ 
tination of the next transmission. This 
selection is based on a spatial locality 
model. This, in turn, is simply one of the 
message routing distributions discussed 
earlier: uniform, sphere of locality, or 
decreasing probability. 

Experimental results. Figure 6 shows the 
mean time for a 16-node Intel iPSC to 
transmit 3000 messages whose length was 
drawn from a negative exponential distri¬ 
bution with a mean of 512 bytes. The 
horizontal line denotes the uniform mes¬ 
sage routing distribution. This provides a 
point of reference for the decreasing prob¬ 
ability and sphere of locality routing dis¬ 
tributions. 

In Figure 6, = 1 for the sphere of 

locality distribution. This means that all 
messages generated will be sent to destina¬ 
tions within the radius. Thus, the expected 
execution time approaches that of the uni¬ 
form routing distribution as the radius 



Figure 5. Hypercube data transfer benchmark. 



Figure 6. Spatial communication locality. 
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approaches the network diameter. With 
the decreasing probability distribution, 
increasing d means that a larger fraction 
of all messages are sent to distant nodes. 
For large enough values of d, the decreas¬ 
ing probability distribution is anti-local. 
Specifically, the mean internode distance 
is larger than that of the uniform routing 
distribution. 

Figure 7 shows the effect of varying the 
temporal locality of the three spatial local¬ 
ity distributions, using the same number 
and type of messages as in Figure 6. In the 
figure, the temporal stack has a depth of 
one. This means that the number of mes¬ 
sages sent to the node in the stack is the 
mean of a binomial distribution with 
parameter p, the probability of referenc¬ 
ing the stack. Thus, there are “runs” of 
consecutive messages sent to a single des¬ 
tination node. 

The most striking feature of Figure 7 is 
the small variation in the time needed to 
complete the suite of message transmis¬ 
sions. One would expect the temporal 
locality and its associated message runs to 
induce transient queues of outstanding 


messages on one link of each hypercube 
node. This phenomenon should manifest 
itself as increased delays as the probabil¬ 
ity of a stack reference increases. How¬ 
ever, the variations shown in Figure 7 are 
not statistically significant. Why? Suppose 
the rate at which each node generated mes¬ 
sages were perfectly balanced with the 
transmission capacity of each of the node’s 
communications links. In this case, no 
message queues would form. Now suppose 
temporal locality were introduced. The 
presence of stack runs would induce an 
imbalance, a queue would form for at least 
one link, and messages would be delayed. 
This phenomenon does not occur in Fig¬ 
ure 7, due to an imbalance of computation 
and communication speeds on the Intel 
iPSC. Nodes can generate messages faster 
than they can be transmitted by the com¬ 
munication links. Thus, queues develop 
for a//links, independent of the presence 
of temporal locality, and these queues 
mask its effects. 

Observations. Computation speeds, 
communication capacity, and communi¬ 


cation patterns, both in time and space, 
interact in subtle ways. By using a syn¬ 
thetic benchmark that provides a broad 
spectrum of communication patterns, one 
can systematically and formally explore 
these interactions. This knowledge can be 
used to guide system design. 

Could one analytically obtain the results 
shown in Figure 6? Yes, the analytic 
models do predict the observed behavior. 
However, predicting the specific crossing 
points and delay values requires knowl¬ 
edge of the node processing overhead and 
link transmission costs. Benchmarking is 
the only way to obtain these values. Thus, 
analysis and benchmarking are both 
important. One provides insight; the other 
provides concrete data. 


S electing an interconnection net¬ 
work suitable for all applications is 
difficult, if not impossible. How¬ 
ever, a careful comparison of networks 
does show that there are classes of net¬ 
works with ranges of performance. 
Among these, networks such as the torus 
and the R -ary ZV-cube seem most promis¬ 
ing. As noted earlier, the binary hypercube 
is a special case of the torus. 

When a network suitable for a specific 
class of applications is needed, a sys¬ 
tematic approach based on a study of the 
most important applications in that class 
can expose the expected traffic patterns 
and computation requirements. Using 
these and the derived visit ratios, one can 
easily compare networks using asymptotic 
bounds. 

A systematic approach is imperative. 
With such an approach, one can effec¬ 
tively compare new network topologies to 
existing ones and select networks suitable 
for specific application classes. □ 

We think there remains much detail to be 
worked out, and possibly some further 
invention needed, before the design can 
be brought into a state in which it would 
be possible to judge whether it would 
really so work. 

—Committee examining 
Babbage’s Analytical Engine 
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My personal profiles of programmer personnel 


Programmers span a wide range of 
attitudes, abilities, experience, and edu¬ 
cation. Their backgrounds influence 
their perception and reception of new 
ideas and tools. This article proposes a 
scientific scheme for classifying pro¬ 
grammer personnel. It is based on my 
personal, o/zu/z-minded observations 
(and years of frustration) from dealing 
with software users and developers. The 
recognition of the programmer class or 
category to which these individuals 
belong can prove useful in developing 
tools and documentation, as well as in 
communicating with them in general. 

Programmer classifications. Program¬ 
mers generally fall (or are pushed or 
shoved) into one of four classes: 

• Novices (New, Overzealous, Very 
Inquisitive ComputEr Students), 

• Wimps* (Well-Intentioned, Medi¬ 
ocre Programmers), 

• Pros (Perceivably Reliable, 
Omnipotent Software Engineers), 
and 

• Prima Donnas (PeRmanently 
IMmutAble Software Developers Of 
Notorious Narcissistic Attitude). 

(Note: Some programmers have no 
class, in which case they don’t fit in any- 


•This classification was inspired by Bill Neugent’s 
“Well Intentioned, but Mediocre People” category, 
which was discussed in “Preposterous Opinions 
About Computer Security,” SOGSAC Review, Vol. 
4, No. 3, Summer 1986. 


where. Unfortunately, it is beyond the 
scope of this article to discuss the back¬ 
grounds of my relatives.) 

Novices. Novices are usually fresh out 
of school, starry-eyed, and easily moti¬ 
vated. They are very receptive to “play¬ 
ing with” new tools or adopting new 
development methodologies, since they 
are still in learning mode. They have 
very little invested in previous tech¬ 
niques, and have yet to be burned by 
flakey software and by hideous compiler 
bugs. They have yet to be christened into 
the real world and put through the 
school of hard knocks. 

Wimps. A majority, unfortunately, of 
the professional programmer commu¬ 
nity falls into this category. Battle 
scarred and war weary, they are leery of 
innovation. This group really needs to 
be sold on the technical merits of any 
new system or technique (that is, they 
need to be told what’s in it for them). 
They are comfortable and reasonably 
productive with their old (possibly anti¬ 
quated) tools and methodologies. 

Unless properly motivated or threat¬ 
ened, they will dismiss any efforts to 
extend their capabilities. The rhetorical 
question becomes, “Can you teach an 
old programmer new tricks?” 

Pros These are the technical gurus in 
any software organization—the people 
to whom the Novices and Wimps (but 


not the Prima Donnas) go for 
assistance. “Working smarter, not 
harder” is their motto, and they are 
always receptive to using or abusing any 
new tool or software system that they 
can buy, borrow, or steal. Pros do not 
need to be motivated, since they will 
rapidly latch onto any technology that 
they perceive as offering them leverage 
and enhancing their ability to perform 
their jobs. 

Prima Donnas Prima Donnas embody 
the antithesis of egoless programming. 
They refuse to accept any new tool or 
technology unless they can get credit for 
thinking of it themselves. (After all, 
they are legends in their own minds.) 
Also, Prima Donnas often lose touch 
with reality and develop systems that are 
either incomplete or totally useless to 
anyone but themselves. Motivating 
Prima Donnas to step down from their 
thrones is a management challenge that 
often boils down to a battle of wills 
(that is, “You will do it, or else!”). 

Postscript. Enabling people to make 
the transition from one software tech¬ 
nology to another involves developing 
new tools, techniques, and associated 
training methods to facilitate the dis¬ 
semination, assimilation, and eventual 
application of advances in the state of 
the art. The effectiveness of any 
approach is further enhanced when the 
backgrounds of the targeted individuals 
are taken into consideration, and the 
respective tools, techniques, and training 
methods are tailored accordingly. The 
classification scheme for programmer 
personnel proposed here addresses these 
issues in a pungent but pragmatic per¬ 
spective. 

William J. Tracz 

Computer Systems Laboratory 

Stanford University 
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to get another member to cosponsor your item. 

Send everything to Jim Haynes at the address given above. 
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Look before you leap to buy new technology 


And let not technology blind thine eye! 

If something like that verse isn’t writ¬ 
ten somewhere in every software¬ 
engineering manager’s “Operations 
Bible,” it ought to be. The urge to use 
immediately the latest technological 
innovations lies deep within all of us. 

It’s a carryover from the earlier days of 
data processing, when new technology 
was generally assessed in terms of quan¬ 
tity rather than type. Newer computers 
were faster than their predecesors, had 
larger memories, or were blessed with 
bigger on-line storage devices, but the 
basic arrangement was the same: cen¬ 
tralized systems with communications 
tentacles to peripherals and customers. 

That’s not the case anymore. In the 
1980’s, new technology is assessed in 
terms of type as well as quantity. Faster 
processors, larger memories, and bigger 
storage devices for centralized systems 
continue to be announced, but whole 
new concepts of computer technology 
are also available—witness the advent of 
personal computers, computer worksta¬ 
tions, and local area networks. The dif¬ 
ficulty is that in the hurry to embrace 
these wonderful new tools, software¬ 
engineering management may forget 
that properly applying them is signifi¬ 
cantly different from just plugging in 
another larger CPU or a dumb terminal. 

The dumb-terminal-replacement syn¬ 
drome is particularly acute in cases of 
large, complex software-engineering 
applications. Such applications typically 
employ 20, 30, 40, or even more soft¬ 
ware engineers. The chains of manage¬ 
ment command and technical communica¬ 
tion are long. Procedures and interac¬ 
tions for organizing and performing the 
work are complex. Even with the use of 
dumb terminals connected to a central¬ 
ized system, integration of separately 
produced modules and components is 
difficult at best and can become totally 
impossible if careful design and control 
are not followed at every stage of the 
work. Adding personal computers or 
computer workstations connected by 
means of local area networks can easily 
exacerbate the difficulty of work on 
large, complex, software-engineering 
applications. 

In a centralized system, all the mod¬ 
ules and components needed for a large 
software-engineering application are 
located in a concentrated area compris¬ 
ing a few disk drives. Formal library 
structures and processes (for example. 
Librarian, Source Code Control System, 
Code Management System) can be read¬ 
ily established so as to control place¬ 
ment of, updates to, and relationships 


between cooperating entities. Tests of 
modules that are under development or 
from different sources are easy to coor¬ 
dinate. The software engineers merely 
adjust a series of pointers to each of the 
proper disk files and away the tests go. 

With personal computers or com¬ 
puter workstations, work on large 
software-engineering applications 
becomes much more difficult. Copies of 
modules under development reside on 
disks belonging to physically separate 
computers. Coordination requires an 
explicit transfer of data from one 
machine to another, which is a slow- 
moving process when compared with 
changing pointers on a centralized disk 
file. Identifying and controlling the 
proper entity versions to ensure that the 
proper pieces are tested is a never-ending 
manual process. When the time comes 
to build the best-and-final, deliverable 
version of a system, significant manual 
effort may be required to locate and 
transmit all of the appropriate compo¬ 
nents into the designated configuration 
and assembly control point. Overall, 
instead of improving productivity in 
developing integrated software, the frag¬ 
menting of work and assigning of it to 
separate personal computers or com¬ 
puter workstations can end up degrad¬ 
ing it. 

The monetary costs of personal com¬ 
puters and computer workstations can 
also be less attractive than one initially 
perceives them to be. The typical large 
project is usually already equipped with 
at least a superminicomputer-class 
processor (for example, the DEC VAX, 
DG MVxOOO, IBM 43xx) that acts as a 
centralized configuration-control and 
general-automation machine at a cost of 
from $200,000 to $500,000. Most of 
today’s computer workstations (for 
example, those produced by Apollo and 
Sun) cost in the neighborhood of 
$18,000 when they are equipped with 
their necessary complement of software. 
On a 40-person project, at least one 
workstation per two software engineers 
is desirable, which makes for a total cost 
of $360,000. If we assume that a dumb 
terminal costs $1000 per copy, one such 
terminal for every project participant 
would cost a total of only $40,000. The 
difference in the cost of software¬ 
engineering terminals is thus $320,000, 
which is enough to increment a project’s 
initial superminicomputer (for example, 
its processor, memory, and/or on-line 
storage) significantly, or even to pur¬ 
chase another supermini. As a conse¬ 
quence, for a large software-engineering 
project, the computing-horsepower- 


versus-cost argument currently used to 
justify computer-workstation acquisi¬ 
tion can become highly questionable. 

Substituting a $3000-per-copy per¬ 
sonal computer for a workstation 
decreases the difference in cost. Unfor¬ 
tunately, a typical personal computer 
has nowhere near the calculation or 
storage capacities available on the cur¬ 
rent crop of computer workstations, and 
as a result, it may not be suitable on 
large projects. 

In those cases in which the component- 
fragmentation problem and the cost 
difference between computer worksta¬ 
tions and personal computers represent 
nonsignificant issues, two other aspects 
should be considered before taking any 
plunge: machine operations and data 
integrity/backup. 

Machine operations involve the tasks 
necessary to bring any computer to a 
usable state on a routine basis. For a 
computer workstation or personal com¬ 
puter, power-on and boot sequences are 
usually executed at least once each day. 
Disk formatting; changing printer rib¬ 
bons and paper; cleaning screens, key¬ 
boards, and print heads are also 
necessary jobs that are required on a 
periodic but less frequent basis. In a 
centralized facility, one or two dedicated 
operations people generally perform the 
bulk of these tasks. In a dispersed- 
computing environment, such tasks tend 
to be left to the individual computer 
users, who are expensive software 
engineers. The intent of automation is 
to make valuable personnel, who are 
scarce, more productive. Performing 
routine computer operations is not 
usually considered one of the best uses 
of these folks’ time. 

The data integrity /backup aspect fol¬ 
lows much the same procedure. Dedi¬ 
cated operations personnel perform 
controlled backup processing as a rou¬ 
tine part of the operation of any central¬ 
ized facility. In dispersed-computing 
environments, the user is left many 
times to do his or her own backups. 

Even if an aide is assigned to perform 
this function, the aide must do it once 
per operation for each workstation at 
each location, and he or she must do it 
on a noninterfering basis. 

Neither a computer workstation nor a 
personal computer is the same as a 
dumb terminal. Before jumping to 
implement these latest qualitative 
improvements in computing technology, 
software-engineering managers must 
carefully weigh the associated benefits 
and costs. It’s actually a relatively 
straightforward task. We’ve just got to 
keep our eyes open. 

David A. Feinberg, CDP 

Seattle, Wash. 
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Editor: Helen M. Wood, National Bureau of Standards, B154 Technology, Gaithersburg, MD 20899; (301) 975-3240. 


Design Automation 
Standards: The Promise 
and the Dilemma 

Ron Waxman, Chair, 

Design Automation 

Standards Subcommittee 

Electronic system design and manu¬ 
facturing require data covering all 
design and manufacturing process 
aspects, in addition to providing data 
for logistic support (maintenance and 
technology insertion) of the final prod¬ 
uct. Creating, modifying, supporting, 
and managing complex electronic sys¬ 
tems is dependent upon the ability to 
communicate the design details from 
one design discipline to another and to 
integrate the various types of data 
representing the many facets of the 
product description. 

The electronic design community uti¬ 
lizes the CAE/CAD tools and data 
representations oriented toward the 
description of system architecture and 
the description of logic. The technolo¬ 
gists utilize data formats and tools to 
assist them in the design and description 
of detailed circuits and in the creation 
of metallization patterns that will 
implement the circuits. The mechanical 
designers create the package constraints 
to which the electronic designer must 
conform. A data communication prob¬ 
lem exists within each “island” of 
design discipline and between those 
“islands.” For example, all electronic 
parts end up in mechanical subassem¬ 
blies and complete systems, resulting in 
some common data requirements. 
Presently, each activity uses different 
syntax and semantics. Common data 
syntax and semantics may potentially be 
achieved within each island of design 


discipline, but are more difficult to 
achieve between islands. 

An attempt is being made to provide 
paths of communication among and 
within these various activities. Several 
independent standards-making activities 
are proceeding. To say that an attempt 
is being made to coordinate these activi¬ 
ties is presumptuous. They are too large 
in and of their own right, and each has 
its own internal technical problems. 
Paths of communication are the most 
that can be hoped for (equivalent to 
communications between nations). 
However, the communications may 
result in a better understanding by each 
standards-making body of the objec¬ 
tives of others. This improved under¬ 
standing may lead to less overlap and 
better means of integrating the use of 
each standard, as it unfolds. 

The parallel standardization efforts 
for standards applicable to the area of 
design automation (DA) may give the 
impression of conflict in the DA stan¬ 
dards arena. The contention of the 
Design Automation Standards Subcom¬ 
mittee (DASS) is that these emerging 
standards can work together har¬ 
moniously. 

The Technical Committee on Design 
Automation, within the Computer Soci¬ 
ety of the IEEE, sponsors DASS, which 
has several working groups, each 
developing a standard, recommenda¬ 
tions for standards, or recommended 
practices for using such standards, 
across the full range of the electronic 
design spectrum (i.e., product life 
cycle). VHSIC Hardware Descriptive 
Language (VHDL) standardization is 
one such activity. Balloting for a VHDL 
standard is now underway. The VHDL 
work is being done in cooperation with 
the Automatic Test Program Genera¬ 
tion Subcommittee of the IEEE Stan¬ 
dards Coordinating Committee #20, 


ATLAS. A new effort to develop Elec¬ 
tronic Design Interchange Format 
(EDIF) as an IEEE standard is just get¬ 
ting started. This effort is being con¬ 
ducted by a DASS working group and is 
dependent on lines of communication 
to the ad hoc EDIF Committee, an 
independent organization. Another 
cooperative effort on conceptual data 
modeling for electrical products is being 
jointly sponsored by DASS and the Ini¬ 
tial Graphics Exchange Specification 
(IGES) Electrical Applications Commit¬ 
tee. DASS has established a working 
group to address this task. 

The overall purpose of DASS is to 
provide standard description languages 
for the capture, utilization, and com¬ 
munication of electronic design data. 
The scope of the effort spans the crea¬ 
tion of the ability to describe and model 
abstract notions of system design down 
to concrete representations of circuit 
and layout data for electronic systems. 
The descriptions are suitable for use as 
specifications and as data files to be 
used in combination with various design 
tools by designers in the process of 
achieving a given design. To ensure that 
the languages may be used effectively in 
the design process, some DASS activity 
is directed at the development of recom¬ 
mended practices for design man¬ 
agement. 

To accomplish this purpose, the 
DASS has established several working 
groups. In addition to those mentioned 
above, work is just starting or is ongo¬ 
ing in the following areas: 

• system design language require¬ 
ment generation, 

• VHDL intermediate format stan¬ 
dardization, and 

• information modeling techniques 
and requirements for circuit and 
physical design descriptive data. 

The scope and purpose of each of the 
working groups is described in the fol¬ 
lowing paragraphs. 

Working Group on Circuit and Physical 
Design (WGC&PD) 

Chair: Susan Johnston; (206) 657-6658 
Project title: A Standard Description 
Language for Computer Circuit and 
Physical Design 

Scope of proposed standard: The stand¬ 
ard is the description of the intercon¬ 
nection of logical gates and transistors 


Why is there so much interest in standards? What are the issues— 
economic, technical, political—involved? Who are the players? These are 
among the topics that will be considered in the Standards Department. 

Short articles on standards-related topics are sought for publication in this 
department. For details regarding scope and length, contact the department 
editor at the address given above. 


78 


COMPUTER 








VHDL 

Intermediate 

Format 

Analysis 

and 

Standardization 


s 

VHDL 

Analysis 

and 

itandardization 


L.Saunders 


Auto Test 
Program 
Generation 


Physical 

Design 


EDIF 


\ 

Analysis 


Electronic 

and 


Modeling 

Standardization | 


1 

P. Stanford 

M.L, Brei 


System 

Design 

Design 

Management 

D. Barton 

J. Graham 


DASS organization. 


and the geometric representation of 
these interconnections and transistors. 
Purpose of proposed standard: To pro¬ 
vide a syntax, vocabulary, and seman¬ 
tics for describing electrical and 
physical data required to specify and 
manufacture semiconductor circuits and 
assemblies. 

EDIF Analysis and Standardization 
Group (EASG) 

Chair: Paul Stanford; (214) 997-2777 
This is a newly formed group. Its 
mission is to standardize a version of 
EDIF that is acceptable to the IEEE 
participants. The description of the pro¬ 
ject under the WGC&PD applies to the 
EASG. 

VHDL Analysis and Standardization 
Group (VASG) 


Chair: Larry Saunders; (507) 253-2509 
Project title: A Standard Description 
Language for Electronic Hardware 
Scope of proposed standard: Abstract 
modeling levels to logical gate level of 
description. 

Purpose of proposed standard: To pro¬ 
vide a syntax, vocabulary, and seman¬ 
tics for describing system design data. 
The data is required to support the 
design, production, and maintenance of 
electronic hardware throughout its life 
cycle. 

VHDL Intermediate Format Analysis 
and Standardization Group (VIFASG) 
Chair: Paul Menchini; (919) 361-1913 
This is a newly formed group. Its 
mission is to standardize an intermedi¬ 
ate format compatible with VHDL that 


will provide a standard means for CAD 
tools to interface to VHDL. 

Working Group on Information Model 
(WGIM) 

Chair: Steve Piatz; (612) 456-4438 
Project title: A Standard Description 
Language for a Common Computer 
Information Model 

Scope of proposed standard: System- to 
circuit-level functional, electrical, and 
physical (geometric) design data in an 
internal machine-oriented form that is 
mappable from and to the external 
forms of the data provided by other 
standards developed by the DATC 
Design Automation Standards Subcom¬ 
mittee Working Groups, and other 
related standards. 
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Purpose of proposed standard: To pro¬ 
vide a syntax, vocabulary and semantics 
for describing a standard internal repre¬ 
sentation of functional, electrical, and 
physical design data. The internal repre¬ 
sentation will map from the external 
forms of graphical or textual data to the 
internal form. The internal form will be 
used to drive design tools and manufac¬ 
turing processes. 

Electronic Modeling Group (EMG) 
Chair: M. L. Brei; (703) 361-7050 
This group is presently developing a 
model that will be applicable to the elec¬ 
tronic design environment in general. 
They are investigating the application 
of the model, as it develops, to VHDL 
and EDIF. 

Working Group on Design Manage¬ 
ment (WGDM) 

Chair: John Graham; (301) 688-6877 
Project title: Recommended Practices 
for Management of Computer System 
and Hardware Design 
Scope of proposed standard: The 
recommended practices will address all 
elements required to manage digital 
computer system and hardware design, 
manufacture, and life-cycle support. 
Purpose of proposed standard: To pro¬ 
vide a document describing recom¬ 
mended practices for managing 
complex digital computer system and 
hardware design processes. 

Working Group on System Design 
(WGSD) 

Chair: Dave Barton; (301) 657-3775 

This working group has just been 
reactivated. Its purpose is to develop 
requirements for a system design lan¬ 
guage. System design, in this context, 
relates to the area of abstract modeling 
of function and hardware/software 
trades. 

A steering committee coordinates the 
activities of the working groups. Ron 
Waxman ([703] 367-2167) is chair. 

(After July 1, Ron Waxman can be 
reached at [804] 924-6097.) Hal Carter 
([513] 475-3125) is cochair of DASS. 


Other members of the DASS Steering 
Committee, in addition to the working 
group chairs, are Gordon Adshead, 
Craig Winton, Steve Blumenau, Ron 
Short, Jwahar Bammi, A1 Lowenstein, 
Vishwani Agrawal, John Hines, Victor 
Berman, Larry O’Connell, Moe Shah- 
dad, and Manuel d’Abreu. 

Many of those participating in the 
various DA standards activities are 
working hard to resolve issues and to 
provide industry with a set of Com- 
puter/DA Standards that make sense. 
The acknowledgement of the impor¬ 
tance of complementary standards 
efforts by those who may be advocating 
a given standard as well as by others 
should help to confirm that the process 
is now starting to come together. 
Indeed, there will be conflict, but the 
formalization of paths of communica¬ 
tion between standards-making groups 
will eventually resolve those conflicts. 
Each participant in the standards devel¬ 
opment process must come to recognize 
the total span of requirements for DA 
standards. Then we can reach agree¬ 
ment and productively address each 
evolving standard. 

Success requires a flexible standards- 
making organization. The foundation 
has been laid for the ongoing work of 
DASS. DASS will build on this founda¬ 
tion during the coming year, produce 
one new standard, and produce some 
preliminary design automation stan¬ 
dards material for perusal by the elec¬ 
tronics design community. The 
standards support the industry activity, 
yet they also establish direction. 

If the reader wishes to help formulate 
the future direction for design automa¬ 
tion, he or she should become active in 
DASS. Contact the person(s) listed 
above appropriate to your interests. 

The next DASS meeting and working 
group meetings will be held prior to the 
24th Design Automation Conference in 
Miami Beach, on Saturday and Sunday, 
June 27 and 28, 1987. 


New DIBOL Standard Expected to Stabilize 
Current Implementation 


The DIBOL programming language 
is a general-purpose business program¬ 
ming language well-suited for writing 
financial applications for small business 
computers. It was originally introduced 
14 years ago and underwent major fea¬ 
ture enhancements in 1975 and 1983. 

Because of the expanding use and the 
variety of implementations, the need 
has arisen for a clearly defined stand¬ 
ard. The current implementations are 


similar, but incompatible. X3 has devel¬ 
oped a draft proposed American 
National Standard to provide an unam¬ 
biguous, machine- and operating 
system-independent definition of the 
DIBOL language. This draft standard 
(X3.165-198X) is available for public 
review and comment for a four-month 
period ending August 10, 1987. Copies 
may be obtained from Global Engineer¬ 
ing Documents, Inc. by calling (800) 
854-7179 for a single-copy price of $30. 


International Standard 
for a Generalized 
Markup Language 
Published 

The world now has an internationally 
accepted standard for a generalized 
markup language for programming 
computer-assisted text processors 
widely used by the publishing industry 
and companies that generate in-house 
publications. ISO International Stand¬ 
ard 8879 is available in the United 
States from the American National 
Standards Institute. 

The markup language specified in 
ISO 8879 makes processing easier and 
provides for flexibility in output by 
separating a document’s text from the 
instructions that dictate style for such 
features as titles, subheadings, 
paragraphing, and lists. Separation is 
achieved by applying generic identifiers 
and generic coding to document ele¬ 
ments requiring special treatment. 

The new international standard 
includes an abstract syntax for markup 
of document elements. To accommo¬ 
date the many environments in which 
the standard will be used, provision is 
made for customizing the language and 
taking into account different user 
preferences in text entry conventions 
and different requirements imposed by 
a variety of keyboards and displays. 

Use of the standard is expected to 
reduce markup costs and production 
lead time and allow interchange among 
word processors with different func¬ 
tional capabilities. Another expected 
advantage is the ability to create aux¬ 
iliary documents like mailing lists from 
original text. 

The standard was developed by Tech¬ 
nical Committee 97, Information 
Processing Systems, of the Interna¬ 
tional Organization for Standardization 
(ISO). ANSI administers the TC 97 
Secretariat. 

Copies of ISO 8879-1986—Standard 
Generalized Markup Language 
(SGML)—are available from ANSI’s 
International Sales Department ([212] 
354-3300) at $50 each. 

To speed up the development of 
SGML products and to validate their 
conformance to the standard, the 
National Bureau of Standards has 
developed an SGML reference imple¬ 
mentation and a preliminary set of 
tests. For more information, contact: 
James Heath, Office Systems Engineer¬ 
ing and Reliable Systems Group, Room 
B266, Technology Building, National 
Bureau of Standards, Gaithersburg, 

MD 20899; (301) 975-3350. 
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In cooperation with the Technical Committees on 
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Computer Communications Software Engineering Design Automation Co-ordinating Committee 

DATE: March 21-23,1988 

WHERE: Sheraton National-Washington, D.C. Area 
THEME: Computer Standards Evolution: Impact and Imperatives 


Voluntary standards, government standards, and de facto industry standards affect the use and productivity of both 
hardware and software. COMPSTAN will focus on the evolution of computer standards, their impact on both users 
and producers, the effective utilization of computer standards, and some of the major emerging standards. 



















UPDATE 


IEEE survey reports members’ incomes 


The average income of non-student 
US members of the IEEE was $53,889 
as of January 1987, according to the 
1987 IEEE U.S. Membership Salary 
and Fringe Benefit Survey. 

The survey, the eighth conducted by 
the IEEE’s United States Activities 
Board, noted that IEEE members in 
Atlantic City, New Jersey, and West 
Palm Beach, Florida, received the 
highest average salaries, with means of 
$68,400 and $67,400, respectively. A 
special survey analysis concluded that 
members living in Santa Cruz, Califor¬ 
nia, and Atlanta, Georgia, fared the 
best overall. 

USAB’s January survey was based on 
responses of around 13,000 randomly- 
selected non-student U.S. members 
engaged in electrical, electronics, and 
computer engineering, and computer 
sciences. 

The survey measured salary by 
highest academic degree, experience, 
age, sex, primary area of technical com¬ 


petence, employer, job function, and 
company size. For the first time, salary 
was also presented according to 
metropolitan statistical area. 

Generally, salaries rose with aca¬ 
demic degrees obtained, increased levels 
of responsibility, and experience. How¬ 
ever, on the average, women made less 
than men regardless of years of experi¬ 
ence. For example, the mean income for 
men with 11 to 15 years of experience 
was $54,100, while that for women with 
comparable experience was $49,600. 

The 107-page study was prepared by 
Number Crunchers of Takoma Park, 
Maryland, under contract to the USAB. 
The survey can be ordered for $55.95 
(IEEE members) or $69.96 (nonmem¬ 
bers), with a handling charge of $5. 

Send prepaid orders for publication 
number UH0175-0 to the IEEE Service 
Center, 445 Hoes Lane, PO Box 1331, 
Piscataway, NJ 08855-1331. Credit card 
orders can be placed through Publica¬ 
tions Sales, (201) 981-1393. 


Algorithm replaces Fourier transform 


Ronald Bracewell, a professor of 
electrical engineering at Stanford Uni¬ 
versity, has patented an algorithm to 
replace the Fourier transform. 

He named the algorithm after Ralph 
Hartley, because of Hartley’s work at 
Bell Laboratories in 1942, but the Pat¬ 
ent Office calls it the Bracewell Algo¬ 
rithm. According to Bracewell, the 
former name seems to have stuck 
among engineers. 

Bracewell assigned the patent to the 


Trustees of Leland Stanford Junior 
University, which will license out the 
algorithm. According to the university, 
once the overhead is paid for 
administering the patent, Bracewell will 
earn one-third of the income from the 
licenses. 

The inventor is reputedly trying to 
convince other engineers at Stanford to 
build a chip containing the algorithm, 
which would give the university a patent 
over both the algorithm and the chip. 


NSF establishes new computing research center 


The National Science Foundation has 
chosen the University of Colorado at 
Boulder in cooperation with Colorado 
State University to receive $14.5 million 
over the next five years for the estab¬ 
lishment and funding of an Engineering 
Research Center for Optoelectronic 
Computing Systems. 

The goal for the new center is to cre¬ 
ate optoelectronic devices and systems 
for computing, signal processing, and 


artificial intelligence. 

Thomas Cathey, professor of electri¬ 
cal engineering at the University of 
Colorado, will direct the center. 

NSF’s Division of Cross-Disciplinary 
Research, assisted by a liaison team, 
will oversee the center. DCR assesses 
the progress of each NSF-established 
center annually to determine funding 
levels for the following year. During the 
third year, a site visit panel will review 


Expert says 
women’s gains slowing 

Gains made by women in science and 
engineering during the past 15 years 
may be slowing and some advances of 
the past decade may not last, according 
to an expert on personnel in those 
fields. 

Betty M. Vetter, executive director of 
the Washington-based Commission on 
Professionals in Science and Technol¬ 
ogy, tackled the subject in an article 
published in the latest edition of 
Mosaic, a magazine put out by the 
National Science Foundation. 

According to Vetter, the educational 
climate for women has improved in the 
last 15 years and will probably continue 
to do so as universities try to attract 
good students from a shrinking college- 
age population. However, she expressed 
doubt that women will continue to 
expand their participation in science 
and engineering. One reason is that 
women continue to be more highly rep¬ 
resented in the social and life sciences. 
Another is that opportunities in the 
marketplace continue to lag behind 
those for men. Moreover, several pro¬ 
grams to recruit women into science and 
engineering have been dropped. 

The commission Vetter directs is a 
private nonprofit organization formed 
in 1953 by major scientific societies to 
focus on problems in scientific man¬ 
power. It was formerly called the Scien¬ 
tific Manpower Commission. 

Vetter’s article in Mosaic is available 
free of charge while supplies last from 
the National Science Foundation, Pub¬ 
lic Affairs, Room 527, 1800 G St., 
Washington, DC 20550. 


the center. The evaluation will help 
determine whether NSF will continue 
funding the center for an additional five 
years, or phase it out over a two-year 
period. 

NSF support terminates after a maxi¬ 
mum of 11 years. 

NSF expects the center to improve the 
United States’ competitiveness in the 
communication, information, and man¬ 
ufacturing industries. 
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NAM supports “intellectual property” 
protection act 


Substitute trade bill 
urged 

The House Republican Policy Com¬ 
mittee released an official statement 
April 29 that urged members to support 
a bipartisan substitute trade bill 
designed to toughen relations with US 
trading partners but without resorting 
to automatic retaliation. 

According to the committee chair, 
Dick Cheney (R-Wyo.), the Democratic 
trade bill, HR 3, contains provisions 
that would discourage foreign invest¬ 
ment in the US and an amendment, the 
Gephardt Amendment, that would 
require automatic retaliation against 
some trading partners. 

The committee urged members to 
support HR 2150, a substitute bill. “It 
incorporates the best of HR 3,” Cheney 
said, “but deletes those sections of the 
bill that are likely to reduce interna¬ 
tional trade or harm US economic 
interests.” 

According to Cheney, the substitute 
bill imposes strict negotiating objectives 
on the administration, provides 
expedited remedy to injured domestic 
industries, and requires the US trade 
representatives to investigate and take 
action against unfair trade practices, 
such as targeting and dumping in third 
country markets. 


Update on NSFnet 

The National Science Foundation 
established NSFnet to connect NSF 
supercomputing centers nationwide. 

The NSFnet backbone has been running 
since October 1986, connecting the 
National Center for Atmospheric 
Research in Boulder, Colorado, and the 
five NSF National Advanced Scientific 
Computing Centers. 

The NSFnet backbone is currently 
running at 56K bps, with upgrading to 
1.544M bps T1 lines expected by the 
end of this year. 

A number of regional networks, 
funded at least in part by the NSF, are 
connected or soon to be connected to 
the NSFnet backbone. 

Previously existing networks being 
connected are the Merit Computer Net¬ 
work in Michigan; CSNET, an interna¬ 
tional mail network of computer science 
departments; and ARPANET. 

A status report on the national net¬ 
works appears in the April 1987 issue of 
“Forefronts,” published by the Center 
for Theory and Simulation in Science 
and Engineering at Cornell University. 


In a statement submitted April 30 to 
the Subcommittee on Monopolies and 
Commercial Law, the National Associa¬ 
tion of Manufacturers urged lawmakers 
to support HR 557, the “Intellectual 
Property Antitrust Protection Act.” 

“This bill contains some badly 
needed changes,” the NAM said, 
“which will increase the value of 
intellectual property (patents and trade 
secrets) to United States business and 
industry, both large and small innova¬ 
tors and inventors.” 

Evaluating the conduct of patent 
owners under the antitrust laws, NAM 
said, “Some courts have characterized 
the patent system as being inherently in 
conflict with antitrust goals. Therefore, 
it is our position the judicial approach 
has discouraged licensing that would 
permit intellectual property owners to 
compete effectively.” 


The Council for International 
Exchange of Scholars reminds faculty 
and scholars that the competition for 
the 1988-89 Fulbright grants is in 
progress. 

The basic eligibility requirements are 
US citizenship; PhD or comparable 
professional qualifications; university 
or college teaching experience; and, for 
selected assignments, proficiency in a 
foreign language. 

For applications and deadlines, con¬ 
tact the Council for International 
Exchange of Scholars, Eleven Dupont 
Circle NW, Washington, DC 20036-1257; 
(202) 939-5401. 

The Council also invites institutions 
to submit proposals for visiting scholars 
through the Fulbright Scholar-in- 
Residence Program. 


Almost all of the 16 percent increase 
in federal research and development 
funds proposed in President Reagan’s 
fiscal year 1988 budget fall into the four 
categories of defense, health, space 
research and technology, and general 
science, according to a National Science 
Foundation Report. 

These four categories account for 92 


The NAM said Section 2 of the bill 
would amend the antitrust laws to 
instruct courts not to treat intellectual 
property license arrangements as per se 
illegal. “By removing the cloud of per 
se condemnation from intellectual prop¬ 
erty licensing practices,” NAM stated, 
“the ability of technology owners to 
exploit their rights efficiently would no 
longer be undermined.” 

NAM says the Antitrust Division of the 
Department of Justice now recognizes 
that licensing complements rather than 
conflicts with the purpose of the 
antitrust laws, but some court decisions 
continue to reflect hostility toward 
intellectual property. 

As NAM sees it, the bill merely 
obliges the court to hear evidence on the 
actual economic effects of the licensing 
arrangement to arrive at a finding of 
unlawfulness using a “rule of reason” 
analysis. 


A Fulbright Scholar-in-Residence may 
teach regular courses from a foreign 
area perspective, serve as a resource 
person, assist in developing new 
courses, or participate in special 
seminars. 

The program provides roundtrip 
travel for the grantee and, for full-year 
awards, one accompanying dependent; 
a monthly maintenance allowance; and 
incidental allowances for travel, books, 
and services essential to the assignment. 
The host institution is expected to share 
some costs. 

Detailed program guidelines and pro¬ 
posal forms are available as of June 
from the address above. The deadline 
for receipt of proposals is November 1, 
1987. 


percent of the $67.6 billion allocated for 
R&D in the 1988 budget. 

To obtain a copy of the report “Fed¬ 
eral R&D Funding by Budget Function, 
Fiscal Years 1986-1988,” contact Mar¬ 
garet Meredith, Government Studies 
Group, Div. of Science Resources 
Studies, NSF, 1800 G St. NW, Wash¬ 
ington, DC 20550; (202) 634-4636. 


Fulbright Scholar reminder 


Federal R&D budget increases 
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Editor: Sallie Sheppard, Dept, of Computer Science, Texas A&M University, College Station, TX 77843; (409) 845-5466 


Software Engineering TC urges support for Wang Institute 


In a unanimous motion passed at its 
March 31 meeting, the Executive Com¬ 
mittee of the Computer Society’s Tech¬ 
nical Committee on Software Engineering 
called on industry and governmental 
agencies to provide alternative funding 
to maintain the program offered by the 
Wang Institute of Graduate Studies. 
Efforts to broaden support for the 
Tyngsboro, Massachusetts, institute — 
especially in the New England area — 
will be coordinated by Susan Gerhart of 
the Microelectronics and Computer 
Technology Corporation (MCC), Aus¬ 
tin, Texas. 

The committee’s action was taken in 
response to the late-February announce¬ 
ment by An Wang that he could no 
longer fund the institute he founded in 
1979. Under the terms of a merger 
arranged with Boston University, the 
institute’s flagship degree, the master of 
software engineering, will be discon¬ 
tinued. Traditional business-related 
part-time graduate programs will be 
offered by the institute as a branch of 
Boston University. 

The Wang Institute, which admitted 
its first students in January 1981, will 
award its last MSE degree in August 
1987. During its operation, the institute 
established a professionally oriented 
degree program in software engineering 
targeted to experienced programmers. 
The curriculum consisted of six core 
courses, three electives, and two team 
projects. The content was equally dis¬ 
tributed over mathematics, methods, 
and management topics. 

A total of 168 degree students have 
attended the institute, with 120 expected 
to earn the MSE before the institute’s 
announced closure. The present faculty 
has resigned effective August 31. After 
that time, the physical facilities will be 
used by Boston University for course 
offerings in the Merrimack Valley. 

In the view of the Software Engineer¬ 
ing TC, discontinuing the institute’s 
MSE degree is a great loss to the fledg¬ 
ling software engineering profession. 
Not only have its graduates taken their 
places in the profession, but its curricu¬ 
lum and its research and technical sup¬ 
port activities have become a worldwide 
model for similar programs. The insti¬ 


tute also served a broader community 
with its Distinguished Lecture Series 
and Summer Institute in Computer 
Science. 

The committee believes that this 
unique institution is too valuable to 
lose. Failure of the Wang Institute 


At its May 8 meeting in Miami, 
Florida, the Board of Governors 
approved the following slate of candi¬ 
dates for three Computer Society 
offices and 10 board positions to be 
filled by membership vote this fall. 

1988 president-elect (1989 president) 
Kenneth R. Anderson 
Michael C. Mulder 
1988 first vice president 
P. Bruce Berra 
Helen M. Wood 
1988 second vice president 
Paul L. Borrill 
Joseph E. Urban 

1988-89 Board of Governors 

Bill D. Carroll 
Gerald R. Engel 
Lansing Hatfield 
Barry Johnson 
Duncan H. Lawrie 
Raymon P. Oberly 
Anthony Pau 
David Pessel 
Ralph Preiss 
V. Thomas Rhyne 
Susan L. Rosenbaum 
Roland J. Saam 
Sallie Sheppard 
Bruce Shriver 
Harold S. Stone 
Akihiko Yamada 
Marshall Yovits 

Additional nominees can be added to 
the ballot by membership petition (see 
Computer, January 1981, p. 108, for 
Computer Society bylaws requirements 


governors and of the software industry 
to expand support for the MSE continu¬ 
ation will lead to fewer trained software 
engineers and to dispersion and subse¬ 
quent loss of expertise in teaching this 
difficult blend of management and 
technical subjects. 


for petition candidates). Petition candi¬ 
dates must submit their petition signa¬ 
tures (250 voting members for officer 
nominees, 50 voting members for Board 
of Governors nominees) and their 
biographical data, photographs, and 
position statements to the Computer 
Society secretary at the following 
address on or before June 22, 1987: 
Secretary 

Computer Society Elections 
Computer Society of the IEEE 
10662 Los Vaqueros Circle 
Los Alamitos, CA 90720 

Candidates’ statements and biographi¬ 
cal data will be published in the August 
1987 issue of Computer and will be 
included in the August 3, 1987, IEEE 
ballot mailing. Length limitations for 
these materials are as follows: 
Candidates’ statements 
President-elect 350 words 

Vice president 250 words 

Board of Governors 150 words 

Biographical data 

All candidates 200 words 

Biographical sketches should cover 
the following topics in the sequence 
listed: 

• Computer Society activities 

• Other professional activities 

• Current employment, professional 
experience, and accomplishments 

• Degree(s) and major(s) 

• Awards and honors 

Nominees should also submit a black- 
and-white passport-type photograph of 
themselves for publication along with 
their statements and biographies. 


Board of Governors approves 
slate of candidates for fall election 


84 


COMPUTER 







Committee on Public Policy finds E-mail security pamphlet wanting 


David Snow, COPP Subcommittee on Security and Privacy 


The E-Mail Association’s Infosec 
pamphlet was reviewed, but not 
endorsed, by the Computer Society’s 
Committee on Public Policy at its 
February 23 meeting in San Francisco. 
According to the committee, the infor¬ 
mation security guidelines in the pam¬ 
phlet titled “Electronic Mail and 
Information Security: An Issue for your 
Organization?” are incomplete and, in 
some cases, conducive to insecure 
practices. 

The committee recognizes the need 
for security in electronic mail, and 
applauded the Washington, DC, based 
organization of electronic mail 
providers for addressing the issue. But 
the consensus was that the committee 
should not endorse a weak and incom¬ 
plete approach to the problem. 

The E-Mail Association pamphlet 
points out the need for organizations 
using electronic mail to be aware of 
information security requirements and 
includes a six-step checklist. It also 
identifies four special considerations 
directly affecting the security of elec¬ 
tronic mail. 

Items on the checklist include 

(1) Recognize information as an 
organizational asset. 

(2) Assign the resources to create and 


Technical Committee on 

Lorraine M. Duvall, SE-TC Chair 

Activities of the Computer Society’s 
Technical Committee on Software Engi¬ 
neering include (1) organizing work¬ 
shops and conferences, (2) developing 
the Fundamental Concepts on Software 
Engineering article series for publica¬ 
tion in IEEE Software, (3) sponsoring 
standards activities, (4) sponsoring best 
paper awards, and (5) publishing a TC 
newsletter. 

Conferences and workshops. The 

divergence of opinions expressed at the 
Ninth International Conference on 
Software Engineering, held March 
31-April 2 in Monterey, California, is 
typical of the software engineering field 
(see report in Conferences Department). 
Practitioners and researchers all seek 
the production of reliable software, 
produced on-time for a reasonable cost, 
but do not always agree on mechanisms 
for achieving this goal. 

In addition to its ongoing involve¬ 
ment in the Software Engineering Con- 


implement an information security 
policy, one that includes electronic 
mail. 

(3) [Implement data] classification 
and control. 

(4) Consider an ownership program 
[of the classified data], 

(5) Establish an education and [secu¬ 
rity] awareness program. 

(6) Ensure [security] measurement 
and reviews — an ongoing audit. 

COPP had no complaint with any of 
these items but found the list incom¬ 
plete. For example, item 3 ignores the 
need for access control and data 
integrity. Moreover, the issues of peer 
and source authentication are left out. 
Committee members also pointed out 
that the checklist places the entire bur¬ 
den of security on the users of E-mail 
and leaves out the responsibilities of the 
developers and providers of the service. 
The committee believes that the pam¬ 
phlet should be accompanied by a set of 
recommended security features to be 
incorporated into E-mail products and 
services. 

The four special considerations cited 
in the pamphlet were also found to be 
faulty. In particular, the password 
recommendations lead to a false sense 
of security. Instead of recommending 


ference, the committee sponsors other 
technical meetings. It recently initiated 
an annual workshop dedicated to 
focused topic areas. This year’s work¬ 
shop will be on reusability and will be 
held July 28-31 at the Minnowbrook 
Conference Center, Blue Mountain 
Lake, New York. It will be coordinated 
with the annual Minnowbrook Work¬ 
shop on Software Performance Evalua¬ 
tion, which has been organized by 
Amrit Goel of Syracuse University for 
the past nine years. 

Article series. One major project 
tackled by the TC on SE is development 
of the Fundamental Concepts in Soft¬ 
ware Engineering series for IEEE Soft¬ 
ware. The project grew out of a 
September 1982 meeting of software¬ 
engineering leaders to provide recom¬ 
mendations for advancing the field. The 
participants had become concerned 
about rapid changes in the environment 
in which software is developed and the 
ability of software engineering to deal 
with the changes effectively. John D. 


only that the users change their original 
“welcome” password, the pamphlet 
should have recommended frequent 
changes of passwords, say monthly. 

The pamphlet also instructs users not to 
use “easy to guess” passwords, but 
ignores the more sensible approach of 
having the system assign “random” 
passwords to users at frequent intervals. 
Additional considerations that should 
have been stressed are access control 
and source and peer authentification. 

The committee believes that much of 
the technology necessary for secure E- 
mail is available today. What is actually 
required is a focusing of available tech¬ 
nology by the definition of a compre¬ 
hensive and coherent E-mail security 
policy. While not endorsing the E-Mail 
Association’s specific recommenda¬ 
tions, COPP reaffirmed its desire to 
cooperate with the association and simi¬ 
lar industrial and professional organiza¬ 
tions in defining appropriate security 
policies. 

Information on the COPP and its 
subcommittees is available by circling 
number 195 on the Reader Service Card 
at the back of the magazine or by con¬ 
tacting Paul Davis, Secretary, Com¬ 
puter Society Committee on Public 
Policy, 41 W. Huron St., Jackson, OH 
45640; (614) 289-2331 x5794. 


Musa’s report of this meeting, “Soft¬ 
ware Engineering: The Future of a 
Profession,” was published in the Janu¬ 
ary 1985 IEEE Software. 

In the area of software engineering 
technology creation, the report’s 
highest priority recommendation was to 
commission a “best idea” article series. 
Each article would explore a best idea, 
as adjudged by a panel of experts, from 
the standpoint of how it was conceived, 
how it has matured over the years, and 
how it has been applied. 

An editorial board was created to 
implement the series. The current board 
consists of Editor-in-Chief Norman 
Schneidewind of the Naval Postgradu¬ 
ate School, Bruce Barnes of the 
National Science Foundation, Robert 
L. Glass of the Software Engineering 
Institute, Elaine J. Weyuker of New 
York University, and Marvin Zelkowitz 
of the University of Maryland. 

The first article in the series, “Struc¬ 
tured Programming: Retrospect and 
Prospect” by Harlan D. Mills of IBM, 
was published in IEEE Software in 
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November 1986. Additional articles, 
planned for publication in the near 
future, will cover software engineering 
processes, the theory and practice of 
software testing, structured analysis and 
design, and microprogramming. 

Standards. The Software Engineering 
Standards Subcommittee is very active 
in developing software engineering 
guidelines and standards. The subcom¬ 
mittee, chaired by John W. Horch of 
Teledyne Brown Engineering, is cur¬ 
rently sponsoring standards activities in 
the areas of measures for producing 
reliable software, the use of Ada as a 
program design language, software 
verification and validation plans, soft¬ 
ware design descriptions, software 
reviews and audits, configuration man¬ 
agement, software productivity and 
quality metrics, project management 
plans, software maintenance, software 
certification, and software user 
documentation. 

Coordination and information. The 

technical committee coordinates activi¬ 
ties and holds joint meetings with SIG- 
Soft, the ACM Special Interest Group 
on Software Engineering. It also main¬ 
tains a close liaison with the Computer 
Society’s software-related publications. 

For additional information on the 
Technical Committee on Software Engi¬ 
neering, circle number 194 on the 
Reader Service Card at the back of the 
magazine or contact Lorraine M. 

Duvall, Duvall Computer Technology, 
1317 N. Madison St., PO Box 568, 
Rome, NY 13440; (315) 337-1564. 


Nominations sought 
for McDowell Award 

The chair of the W. Wallace 
McDowell Awards Committee has 
requested nominations for the 1987 
award. Established in 1976 through an 
IBM grant, the McDowell Award is the 
Computer Society’s highest technical 
achievement award. 

Nominations must include the name 
and address of the nominee, the names 
and addresses of three persons familiar 
with the nominee’s work, a proposed 
citation, and at least five paper, book, 
or patent references to the work for 
which the nominee is to be recognized. 

Send nominations by September 1 to 
Rex Rice, Chair, W. Wallace Award, 
Rice Consulting, 1011 Sierra Drive, 
Menlo Park, CA 94025. 


Auditor’s report: 
Computer Society 1986, 

Continuing a policy initiated three 
years ago, Coopers & Lybrand has 
examined the Computer Society’s finan¬ 
cial records. The accounting firm’s 
report for the years ended December 31, 
1986 and 1985, appears below. 


1985 financial statements 

Board of Governors of 

The Computer Society of the IEEE 

We have examined the balance sheets 
of the Computer Society of the IEEE as 
of December 31, 1986 and 1985, and the 
related statements of revenue, expenses, 


The Computer Society of the I E EE 
Balance Sheets 
December 31,1986 and 1985 


Assets 

1986 

1985 




Current assets: 

Cash, including interest-bearing accounts 

$ 558,200 

$ 304,900 

Investments (Note 3) 

1,502,100 

1,811,600 

Accounts receivable, less allowance of 

$111,700 in 1986 and $81,000 in 1985 

670,300 

581,800 

Receivable from Institute of Electrical 

and Electronics Engineers, Inc. (Note 7) 

71,300 

84,000 

Conference receivables 

423,100 

28,600 

Conference advances 

139,000 

188,900 

Inventory 

420,000 

316,800 

Prepaid expenses and other assets 

697,600 

557,600 

Total current assets 

4,481,600 

3,874,200 

Fixed assets, net (Note 4) 

3,393,200 

3,497,800 

Total Assets 

$7,874,800 

$7,372,000 

Liabilities and Fund Balance 

Current liabilities: 

Accounts payable and accrued expenses 

$1,074,800 

$ 806,500 

Notes payable (Note 5) 

33,000 

29,900 

Deferred income: 

Membership fees and subscriptions 

2,521,500 

2,323,700 

Conferences 

127,600 

104,800 

Advertising and other 

118,500 

181,500 

Total current liabilities 

3,875,400 

3,446,400 

Notes payable, less current portion 

1,643,100 

1,675,100 

Total liabilities 

5,518,500 

5,121,500 

Fund Balance: 

Undesignated 

2,277,000 

2,181,600 

Designated for technical committees (Note 9) 

79,300 

68,900 

Total fund balance 

2,356,300 

2,250,500 

Total liabilities and fund balance 

$7,874,800 

$7,372,000 


86 


COMPUTER 

























and changes in fund balance for the 
years then ended. Except as explained in 
the following paragraph, our examina¬ 
tions were made in accordance with 
generally accepted auditing standards 
and, accordingly, included such tests of 
the accounting records and such other 
auditing procedures as we considered 
necessary in the circumstances. 

As discussed in Note 8 to the finan¬ 
cial statements, the society reports rev¬ 
enue and expenses of all conferences 
partially or entirely sponsored by the 
society. However, for certain conferences 
partially sponsored by the society, rev¬ 
enue and expenses are reported solely on 
the final representations of the external 
conference administrators. Conse¬ 
quently, the society does not maintain 
or control supporting information for 
all conference revenue and expenses. 
Therefore, we have not been able to 


examine sufficient documentary evi¬ 
dence with respect thereto. 

In our opinion, except for the effects 
of such adjustments, if any, as might 
have been determined to be necessary 
had we been able to examine sufficient 
documentary evidence with respect to 
conference revenue and expenses, the 
financial statements referred to above 
present fairly the financial position of 
the Computer Society of the IEEE as of 
December 31, 1986 and 1985, and the 
results of its operations for the years 
then ended, in conformity with gener¬ 
ally accepted accounting principles 
applied on a consistent basis. 



Washington, DC 20036 
February 27, 1987 


The Computer Society of the IEEE 
Statements of Revenue, Expenses, and Changes in Fund Balance 
for the years ended December 31,1986 and 1985 



1986 

1985 

Revenue: 

Computer Society membership fees 
Periodical subscriptions and other 
publication activities 

Conventions, conferences, and other 
technical activities 

National Computer Conference 
distribution (Note 7) 

Allocated transfers (Note 7) 

Interest income 

Other income 

$ 720,500 

7,629,400 

3,951,300 

140,400 

71,400 

262,000 

$ 701,400 

6,946,400 

2,739,200 

484,600 

95,400 

151,300 

160,100 

Total revenue 

12,775,000 

11,278,400 

Expenses: 

Periodical and publication activities 
Conventions, conferences, and other 
technical activities 

Administration 

Other expenses 

7,467,900 

3,710,200 

1,491,100 

7,472,000 

3,123,400 

1,196,700 

16,600 

Total expenses 

12,669,200 

11,808,700 

Excess (deficit) of revenue over 
expenses 

105,800 

(530,300) 

Fund balance at beginning of year 

2,250,500 

2,780,800 

Fund balance at end of year 

$ 2,356,300 

$ 2,250,500 


Notes to financial statments 

1. Organization and purpose 

The Computer Society of the IEEE is 
organized within the Institute of Electri¬ 
cal and Electronics Engineers, Inc., an 
organization exempt from income tax 
pursuant to Internal Revenue Code Sec¬ 
tion 501(c) (6). Within the bylaws of 
IEEE, delegation of the responsibility for 
the society’s operations has been placed 
with the society’s Board of Governors 
and Executive Committee. The society’s 
constitution states that “The Society shall 
be scientific, literary, and educational in 
character. The Society shall strive to 
advance the theory, practice, and applica¬ 
tion of computer and information 
processing science and technology, and 
shall maintain a high professional stand¬ 
ing among its members. The Society shall 
promote cooperation and exchange of 
technical information among its members 
and to this end shall hold meetings for the 
presentation and discussion of technical 
papers, shall publish technical journals, 
and shall, through its organization and 
other appropriate means, provide for the 
needs of its members.” 

2. Summary of significant accounting 
policies 

A. Reporting entity 

The accompanying financial statements 
include all society accounts maintained at 
the society’s offices in Washington, DC, 
Los Alamitos, California, Brussels, Bel¬ 
gium, and certain accounts maintained at 
IEEE Headquarters. The society has 
chapters which operate directly under 
IEEE and, therefore, the accompanying 
financial statements exclude the accounts 
of these chapters. 

B. Income recognition 

Income from annual membership fees 
and periodical subscriptions is recognized 
during the year to which it pertains. 
Revenues and expenses of conferences are 
generally recognized in the year in which 
the conference is held. 

C. Fixed assets and depreciaiton 

Fixed assets are recorded at cost when 

purchased. The society provides for 
depreciation of fixed assets by charges to 
revenue at rates considered adequate to 
amortize the cost of such assets over their 
estimated useful lives (5 to 10 years for 
office furniture and equipment; 35 years 
for buildings) on a straight-line basis. 

When fixed assets are retired or other¬ 
wise disposed of, the property and 
accumulated depreciation accounts are 
relieved of the applicable amounts and 
any profit or loss is reflected in revenue. 

D. Inventory 

Inventory consists of tutorial books 
published by the society and is stated at 
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the lower of cost or market. Cost is deter¬ 
mined on an average cost basis. 

3. Investments 

Investments consist of unrestricted 
deposits with IEEE and bear interest 
based on United States Treasury Bill rates 
and are carried at cost which approxi¬ 
mates market. 

4. Fixed assets 

Fixed assets as of December 31 are 
shown in Table 1. 

Depreciation expense amounted to 
$226,600 and $183,900 in 1986 and 1985, 
respectively. 

5. Notes payable 

Notes payable as of December 31 were 
as shown in Table 2. 

The note payable due May 1, 1990, is 
collateralized by a first lien on all gross 
revenues of the society and a mortgage on 
the Washington, DC, property. Repay¬ 
ment is in graduating amounts through 
the term of the note with the balance pay¬ 
able on May 1, 1990. 

The note payable due May 24, 1988, is 
collateralized by a deed of trust on one of 
the two buildings located in Los Alamitos, 
California. Repyament is in equal 
monthly payments of $5,200 with the bal¬ 
ance payble on May 24, 1988. 

Interest expense amounted to $165,500 
and $125,500 in 1986 and 1985, respec¬ 
tively. 

Annual maturities of long-term debt 
are as follows: 1987—$33,000; 1988— 
$485,100; 1989—$31,000; and 1990- 
$1,127,000. 

6. Pension plan 

The society is a member of a defined- 
benefit pension plan sponsored by IEEE. 
The IEEE plan covers substantially all 
IEEE employees, including those of the 
society. It is the policy of IEEE to fund 
pension costs accrued. 

Statement of Financial Accounting 
Standards No. 36, “Disclosure of Pen¬ 
sion Information,” requires that certain 
disclosures be made of the actuarial pre¬ 
sent value on accumulated plan benefits 
and the fair value of net assets available 
for plan benefits. Such disclosure is not 
presented for the society because the 
structure of the IEEE plan does not read¬ 
ily permit the plan’s assets and accumu¬ 
lated benefits data to be determined for 
each individual society. Based upon actu¬ 
arial valuations of the IEEE plan, utiliz¬ 
ing assumed rates of return of 8%*7o and 
8 Vi *7o for 1986 and 1985, respectively, the 
fair value of net assets available for plan 
benefits exceeded the actuarial present 
value of vested and nonvested accumu¬ 
lated plan benefits at January 1, 1986 and 
1985. 

The society was allocated approxi¬ 
mately $38,000 and $80,720 for pension 


expense in 1986 and 1985, based upon its 
respective share of total payroll and bene¬ 
fit costs. 

7. Related-party transactions 

A. Institute of Electrical and Electronics 
Engineers, Inc. 

Certain general and administrative 
expenses incurred by IEEE Headquarters 
and charged to the society amounted to 
$624,000 in 1986 and $567,700 in 1985. 
Other transactions undertaken in the nor¬ 
mal course of business between the soci¬ 
ety and IEEE have been reflected in the 
society’s financial statements. 

B. American Federation of Information 
Processing Societies (AFIPS) 

The society is one of eleven members of 
AFIPS and is represented by three mem¬ 
bers on the AFIPS Board of Directors. 
Any surplus which AFIPS generates 
(primarily from the National Computer 
Conference) is allocated to the sponsoring 
societies based upon their respective 
board representation. The IEEE Founda¬ 
tion was allocated $95,400 in 1985 of the 
surplus generated by AFIPS. The IEEE 


Board of Directors authorized a transfer 
of the $95,400 to the society in 1985. 

8. Conferences sponsored by the society 

The society reports its share of revenues 
and expenses on all conferences partially 
or entirely sponsored by the society. Sup¬ 
porting documentation of the financial 
activity of those conferences entirely 
sponsored by the society is maintained at 
the society’s offices. However, for certain 
conferences sponsored by the society, 
supporting documentation is maintained 
by the conference administrators and only 
a summary final report of the financial 
activity is received by the society. 

9. Designated fund balance 

The Board of Governors has designated 
a portion of surplus funds received from 
recurring conferences for use by technical 
committees in accordance with the soci¬ 
ety’s policy on meeting surplus accounts. 
The designated amounts are calculated 
based upon a formula contained in the 
policy, but in no case can they exceed 
$15,000 per technical committee con- 


Table 1. Fixed assets as of December 31. 



1986 

1985 

Land 

$1,334,400 

$1,334,400 

Building and 



improvements 

1,800,800 

1,795,800 

Warehouse equipment 

25,100 

25,100 

Office furniture 



and equipment 

1,055,900 

938,900 


4,216,200 

4,093,300 

Accumulated 



depreciation 

(823,000) 

(596,400) 


$3,393,200 

$3,497,800 


Table 2. Notes payable as of December 31. 



Annual 

interest 




rate 

1986 

1985 

Note payable, 

Prime 



due March 1, 1990 

12.0*70 

$1,212,200 

$1,235,500 

Note payable, 

due May 24, 1988 


463,900 

1,676,100 

469,500 

1,705,100 

Less: amount due 

within one year 


33,000 

$1,643,100 

29,900 

$1,675,100 
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member benefits: 


Upgrade your 
knowledgeware. 



Where can you find, from one source, the most 
complete, current, reliable information on 
computer technology today? The Computer 
Society of the IEEE. 

Our periodicals, tutorials, proceedings, and 
standards are your keys to knowledge in any 
area of computer technology. 

The Computer Society is dedicated to the dis¬ 
semination and support of advanced technologies 
and to the professionals who create them. It is 
your most important personal resource for 
keeping current in today’s complex world of 
computers and information systems. 

Don’t hesitate any further. Join us today. 


• Automatic subscription to COMPUTER magazine 

This authoritative yet readable monthly brings you 
surveys, tutorials, and application perspectives across 
breadth of the computer field. 


:ine I 
industiu 
ross theln 


• Discounts on Computer Society periodicals and otn 
IEEE publications ■■ 


Subscribe at reduced rates to the eight other specialize 
Computer Society transactions and magazines and rru 
IEEE publications. 


Electronic mail 

Subscribe at low member rates to COMPMAIL+, an i 
international electronic mail service that includes major I 
news databases, bulletin boards, and gateways to other I 
electronic networks. 



Computer 

• hardware and software desi 

• tutorials 

• surveys 

• product and industry news 
(monthly) 


H 


Automatic 
with membership 


IEEE Computer Graphic s] 
and Applications 

• displays 

• computer-aided design and I 
manufacturing 

• computer animation 

• solid modeling 

• hardware/software tools for I 
rendering and graphics 

(monthly) 

Member rate: $26/year 


IEEE Design & Test 
of Computers 

• design automation 

• computer-aided design 

• workstations and test equipment 

• design for testability 

• test strategies for memory and! 
logic 

• test of components, assemblies 
and systems 

• quality assurance 

• VLSI 
(bimonthly) 

Member rate: $17/year 








Discounts on Computer Society books 

The Computer Society Press has more than 650 titles in 
print, including tutorial texts, conference proceedings, and 
fiardware/software standards. Members receive discounts 
up to 50%—a savings that often pays for the price of 
membership on the first book order. 


Technical committees and standards task forces 

Your participation in the activities of the more than 30 
technical committees provides you with a technical forum 
and an opportunity for stimulating interactions with 
colleagues from around the world who work in your 
specialty. 


Discounts on Computer Society conference 
legistration 

jo bring together professionals and users from the 
spectrum of disciplines, we annually sponsor more than 85 
inferences worldwide on topics ranging from artificial 
melligence to zero-defect design. These meetings range 
fom small, specialized workshops with limited attendance 
■ large industry-oriented conferences replete with exhibits, 
jbch as the Design Automation Conference or the 
■national Test Conference. But whether small or large, 
ie guiding principle is always high technical quality. 


Local chapter involvement 

Your prime source for continuing education, idea exchange, 
and professional contacts is the local Computer Society 
chapter. We support over 100 such chapters worldwide. 

Opportunities for contributing your own talents 

The authority of our programs is based on a high level of 
member involvement: society members edit publications, 
organize conferences, present papers, write and review 
articles, work on curricula or accreditation matters, develop 
standards, and oversee the conduct of the society’s 
business. 



IEEE Expert 

• expert and intelligent systems 

• artificial intelligence 

• database and data engineering 

• medical and industrial 
applications 

• natural language processing 

• planning and problem solving 

• automated reasoning 

• knowledge engineering 
(quarterly) 

Member rate: $12/year 



IEEE Micro 

• microprocessor and board-level 
design 

• system integration 

• hardware and software 
environments 

• VLSI technology 

• reviews of commercial 
microprocessor, memory, and 
logic chips 

• standards and computer law 

(bimonthly) 

Member rate: $17/year 



IEEE Software 

• programming environments 

• compilers and languages 

• software engineering and 
programming methodologies 

• distributed, network, and 
parallel systems 

• algorithms for multiprocessor 
computers 

• data engineering and database 
software 

• debugging and testing 

(bimonthly) 

Member rate: $16/year 



Special 
offer to 
members only 

Y To new and current members, we 
are offering two special collections 
of Computer Society Press books 
at less than regular member prices. 
Software Development 
Collection 
Networking and 
Communications Collection 
Each of these special collections 
consists of four of our most 
popular titles in two of the fastest- 
growing areas of computer 
technology. 

Use order form on back page. 
Note: to take advantage of this 
offer, you must either be a member 
now or submit your application 
with the order. 


IEEE Transactions on 

Software Engineering 

• specification, design, 
development, 
management, 
testing, maintenance, 
and documentation of 
software systems 

• programming 

• programming 
environments 

• software project 
management 

• hardware and software 
monitoring 

• programming tools 


IEEE Transactions on 

Computers 

• theory, design, and 
practice of computer 

• circuits, systems, and 
networks 

• VLSI and digital devices 

• fault-tolerant computing 

• testing and performance 
evaluation 

• computational methods 

• computer applications 

(monthly) 

Member rate: $18/year 


IEEE Transactions on 

Pattern Analysis and 

Machine Intelligence 

• knowledge 
representation 

• inference systems 

• statistical and structural 
pattern recognition 

• group searching 

• robotics 

• natural language 
processing 

• image processing 

(bimonthly) 

Member rate: $15/year 


(monthly) 

Member rate: $18/year 


















































COMPUTER SOCIETY 

Membership Application 



Yes , I want to take advantage of the 
special book offer available only to 
members. 

□ I have completed the membership application. 
,*0 I am already a member. My membership 

number is:_ 

□ SOFTWARE DEVELOPMENT COLLECTION— 
The Outstanding Series for Software Engineers 

New Paradigms in Software Development 

by William Agresti 

Human Factors in Software Development 

by Bill Curtis 

JSP and JSD-The Jackson Approach to 
Software Development 

by John Cameron 

Software Development Environments 
by A, Wasserman 
Order number PSD-11 
Non-member price: $175.00 
Regular member price: $105.00 
Special offer: $90.00 

Handling charge: $6.00 additional. Foreign orders 
add 15%. 

□ NETWORKING AND COMMUNICATIONS 
COLLECTION— Four Best Sellers by 

■, William Stallings E : 

Computer Communications-Architectures, 
Protocols, and Standards 
Local Network Technology 
Reduced Instruction Set Computers 
Integrated Services Digital Networks 

Order number: PNC-12 
Non-member price: $158.00 
Regular member price: $107.00 

Special offer: $92.00 

Handling charge $6.00 additional. Foreign orders 
add 15%. 

Add remittance to membership fees. 


Schedule of Fees 

Membership dues and publication subscriptions are annualized to December 31. 
Depending upon the date your application is received by the Computer Society, pay 

the full annual amount or one-half the annual amount Uo „ Vcior Cl ,„ v 

as indicated below. Membership expires December 31. 


Mar 1-Aug 31 Sept1-Feb28 


A 1 don’t belong to the IEEE and 1 want 

1 to join just the Computer Society 

□ $19.50 □ $39.00 | 

O 1 already belong to the IEEE and 1 want 

Cm to join the Computer Society. 

IEEE Member Number 

□ $ 7.50 □ $15,004 


3 1 don’t belong to the IEEE and I want 
t<. “ - 


to join both the Computer Society and the IEEE* 

(Total amount to be paid includes annual dues and regional assessment, if any.) 

I reside in Region 1-6 (United States). ; : $41.00 n $82.00 

I reside in Region 7 (Canada). □ $38.50 □ $77.00 

I reside in Region 8 (Europe. Africa, orthe Middle East) U $37.00 □ $74.00 

I reside in Region 9 (Latin America). I ! $33.50 C! $67.00 

I reside in Region 10 (Asia and Pacific). □ $34.00 □ $68.00 


4 In addition to my automatic subscription to COMPUTER, I would also like 

to subscribe to: (issues 

IEEE Computer Graphics and Applications (3061) 12 □ $13.00 □ $26.00 


IEEE Design and Test (3111) 

IEEE Expert (3151). 

IEEE Micro (3071). 

IEEE Software (3121). 

Transactions on Computers (1161) 

Transactions on Pattern Analysis and 

Machine Intelligence (1351). 

Transactions on Software Engineering (1171). 

Journal on Lightwave Technology (4301) 

Journal of Robotics and Automation (4401) 

Journal of Solid State Circuits (4101). 

Proceedings of the IEEE (5011) 

(available only to IEEE members) 

Total amount remitted with this application $_ 

□ Check or money order enclosed. Make payable to IEEE. ,,em " u s dollals ’ 
Mail to Computer Society, 10662 Los Vaqueros Circle, Los Alamitos, CA 90720. 
’□ VISA □ MasterCard □ American Express mo. I Yr 

" -Ll l I 1 I I I I 1 1 rTTTI 


□ $8.50 □ $17.00: ; 

□ $6.00 □ $12.00; 
□ $8.50 □ $17.00 : 

.6 □$8.00 □ $16.00 
.12 □ $ 9.00 □ $18.00 

..6 ! : $ 7.50 □ $15.00 1 
.12 : : $ 9.00 □ $18.00 

12 □ $ 9.00 □ $18.00 
-4 C $ 5.00 C $10.00 ; 
.4 Li $ 4.00 □ $ 8.00 
12 □$8.50 □ $17.00 


TT 


I hereby make application for Computer Society membership and, if elected, w 
Constitutions, Bylaws, and Statements of Policies and Procedures. 

MAILING ADDRESS 


I be governed by IEEE’s and the Society’s 


EDUCATION (highest lev 


a managerial person who 


Affiliate society membership no. (if applicable) 


MAILTO: COMPUTER SOCIETY, 10662 LOS VAQUEROS CIRCLE, LOS ALAMITOS, CA 90720-2578 












































CONFERENCES 


Editor: Edmund L. Gallizzi, Computer Science Dept., Eckerd College, St. Petersburg, FL 33733; (813) 867-1166 x272 

The Computer Society’s conference program 

James H. Aylor, Vice President for Conferences and Tutorials 


The Computer Society’s conference 
program is an elaborate and delicate 
interaction of many individuals, techni¬ 
cal interest groups (called technical 
committees within the society), and 
other professional societies both at 
home and abroad. 

The Computer Society sponsored or 
cosponsored over 50 technical meetings 
and cooperated in an additional 30 tech¬ 
nical meetings in 1986. Sponsoring 
implies not only a significant compo¬ 
nent of technical involvement but also a 
significant degree of financial support. 
Cooperation implies strong technical 
support for the meeting through the 
expertise of the members of the society 
but with no financial involvement. 

The approval of all of the technical 
meetings of the society is handled 
through the vice president for confer¬ 
ences and tutorials and the Conferences 
and Tutorials Board. This structure 
establishes a focal point for the interac¬ 


tion between technical meetings and the 
technical community responsible for 
creating the meeting and is essential to 
the control of a $4 million conference 
operation. 

Three forms. The society’s technical 
meetings have three forms — the con¬ 
ference, symposium, and workshop. 

Conferences, which are meetings with 
more than 300 attendees, include the 
very successful Design Automation 
Conference (DAC), International Test 
Conference, International Conference 
on Software Engineering, and Interna¬ 
tional Conference on Artificial Intelli¬ 
gence Applications (CAIA). DAC is the 
largest with an attendance of 3400 and 
has the world’s largest exhibit in the 
area of design automation. CAIA, 
initiated in 1985, is the newest and 
attracts 600 attendees. 

The workshop is a forum for the 
exchange of information related to a 


very focused technical area. Its atten¬ 
dance is typically less than 100, and it 
often has no published proceedings. 
This format encourages the exchange of 
key technical information among recog¬ 
nized individuals in a field that would 
not be possible if the discussion were to 
be published. 

Symposia are meetings with an 
expected attendance of 100-300. 

The Computer Society Press pub¬ 
lishes the proceedings for the majority 
of the sponsored conferences to ensure 
the quality and appearance of the 
document. 

International aspects. Although the 
society has always had a strong interna¬ 
tional component in all of its activities, 
much more emphasis has been placed 
recently on making the technical meet¬ 
ing truly international. Many of our 
conferences have international members 
on their committees; a number of our 
meetings are being rotated through 
other countries of the world; and new 
conferences are being established 
through a cooperative effort between 
the Computer Society and technical 
societies abroad. 

In 1984, the First International Con¬ 
ference on Computers and Applications 
was established with the China Com¬ 
puter Society and held in China. It is 
being repeated this June. CompEuro, 
which is being held in Hamburg this 
May, was established as a joint venture 
between Region 8 of the IEEE and 
several European societies to stimulate 
cooperation among computer profes¬ 
sionals in Europe. The Computer Soci¬ 
ety will host the biannual conference of 
the International Association of Pattern 
Recognition in 1990 in Atlantic City, 
New Jersey. 

Directions. The strength of the suc¬ 
cessful conference program is in the 
quality and dedication of the technical 
community represented by the members 
of the society, in particular the mem¬ 
bers of the various technical commit¬ 
tees. The overall goal of the 
Conferences and Tutorial Board is to 
provide the most effective structure and 
services to support these members. 

There is presently a board committee 
established to assess current activities 
within the conferences area and to 
establish the future direction for the 
area. Its report is due in November. 

The conference program is a strong 
and growing activity within the society. 
Involvement in conference planning and 
operation is exciting and technically 
rewarding. The society is always look¬ 
ing for new volunteers and encourages 
you to join in conference activities. 


Conferences—a new magazine department 


The goal of the Conferences department, as well as the accompanying 
Calendar and Call for Papers sections, Is to support the conference system by 

• presenting the conference calendar along with articles describing spe¬ 
cial events in upcoming conferences; 

• reporting important results of conferences; and 

• maintaining a continuing dialog concerning the structure, importance, 
operation, etc., of the conference system. 

The upcoming conference calendar and articles will provide a conduit from 
the conference committees to prospective conference attendees. The articles 
will provide balanced coverage for both major conferences in which the Com¬ 
puter Society has a large commitment and smaller conferences that have par¬ 
ticularly important and innovative agendas. The post-conference reports will 
focus on particularly important, timely, and controversial results, events, 
quotes, awards, etc., from conferences that might not be part of the confer¬ 
ence proceedings. To implement the pre-conference articles and the post¬ 
conference reports, each of the conference committees for Computer Society- 
supported conferences will be contacted to request reporting assistance. 
Since neither the magazine staff nor myself can attend all the conferences, a 
small cadre of volunteer reporters will be developed. If you would like to be 
part of that group, or would like to submit a short conference report or sug¬ 
gestions, please contact me. 

From time to time, special articles concerning the conference system will 
be presented. The first of these, by Jim Aylor, the Computer Society’s vice 
president for conferences and tutorials and chairperson of the Conferences 
and Tutorials Board, follows. 

—Edmund Gallizzi 


June 1987 


89 











Report on the Ninth Annual International 
Conference on Software Engineering 

Lorraine M. Duvall, Duvall Computer Technologies 
David Preston, IIT Research Institute 


Fly-by-wire airliners a 
topic of FTCS-17 

Technology is on the threshold of 
providing large automated systems that 
will operate in life-critical environments 
and will impact major portions of soci¬ 
ety. One such system is the next genera¬ 
tion of airliners, which includes the 111, 
that will allow fully automated landing 
systems as well as systems to automati¬ 
cally taxi to any gate at major airports. 
These airplanes will be an integrating 
topic across the panels at the 17th 
Annual International Symposium on 
Fault-Tolerant Computing, to be held 
July 6-8 in Pittsburgh, Pennsylvania. 

The promise of large automated sys¬ 
tems will be the focus of a panel, 
“Design of Large Automated Sys¬ 
tems,” and of a keynote address by Raj 
Reddy, director of the Robotics Insti¬ 
tute at Carnegie Mellon University, on 
robotics and intelligent systems. The 
requirements of ultra-reliability are the 
topic of another panel, “Reliability 
Modeling of Life-Critical Systems,” 
and of the second keynote address by 
Larry Druffel, director of the new Soft¬ 
ware Engineering Institute, on reliabil¬ 
ity issues in software engineering. 

The members of the panels tenta¬ 
tively include representatives from the 
computer and aerospace industries, 
NASA, FAA, and universities. Addi¬ 
tionally, 48 papers on fault-tolerant 
topics will be presented. 

A limited number of travel scholar¬ 
ships supported by industry will be 
provided for graduate students. For 
scholarship and conference informa¬ 
tion, contact John Shen, Carnegie Mel¬ 
lon University, Dept, of Electrical and 
Computer Engineering, Pittsburgh, PA 
15213; (412) 268-3601. 


Hewlett-Packard CEO to 

John A. Young, Hewlett-Packard 
president and chief executive officer, 
will discuss the engineering commu¬ 
nity’s response to today’s global econ¬ 
omy at the 24th annual Design 
Automation Conference. His keynote 
address, “Emerging Imperatives for 
Engineers,” will examine the challenges 
and expectations created for engineers 
and managers by the shortening of 
product life cycles and the shifting 
nature of competitive positions as tech¬ 
nology spreads rapidly across national 
boundaries. 

Young, who joined Hewlett-Packard 
in 1958 after earning a master’s in busi¬ 
ness administration from Stanford Uni- 


Over 1200 attendees took part in the 
stimulating and, at times, provocative 
Ninth Annual International Conference 
on Software Engineering. The confer¬ 
ence, held March 30-April 2 in Mon¬ 
terey, California, also attracted 600 
participants for five tutorials and 45 
exhibitors for a tools fair. 


Theme and structure. The theme of 
the conference, “Formalizing and 
Automating the Software Process,” 
was chosen to highlight the importance 
of focusing on the software creation 
and evolution processes. Additionally, 
the conference organizers actively pur¬ 
sued participation of the database and 
artificial intelligence communities 
because of the increasing effect of these 
disciplines on software engineering. 

The conference was structured in 
three concurrent tracks: process, for¬ 
malism, and automation. Each track 
included technical presentations, 
focused panels, and tools demonstra¬ 
tions. The panels raised the visibility of 
work performed in the smaller work¬ 
shops and provided a perspective by the 
leaders in the field. 

Best Paper Awards were presented by 
Kouichi Kishida, program co-chair, to 
Dewayne E. Perry of AT&T Bell 
Laboratories for “Software Intercon¬ 
nection Models” and to K. Schwan, R. 
Ramnath, S. Vasudevan, and D. Ogle 
of Ohio State University for “A System 
for Parallel Programming.” 


versity, has served as the firm’s 
president since 1977 and as its CEO 
since 1987. 

The Design Automation Conference, 
to be held June 28-July 1 in Miami 
Beach, Florida, will feature 98 exhibits 
and 130 technical papers and presenta¬ 
tions. Paper topics include IC and PCB 
layout and fabrication, databases, 
system-level design aids, silicon compi¬ 
lation, and expert systems. The agenda 
also includes three tutorial sessions and 
five panels discussions. 

For information on DAC registra¬ 
tion, contact Pat Pastilli at MP Associ¬ 
ates, 7366 Old Mill Trail, Boulder, CO 
80301; (303) 530-4333. 


Opposing views. The technical ses¬ 
sions were introduced by Robert Balzer, 
program co-chair, who explained the 
Program Committee’s perspective. 
Constructing software as a commodity 
and managing it as a product has, he 
said, solved the missed-budget and 
schedule problems of the 60’s and 70’s. 
(This was disputed later by one atten¬ 
dee.) Now the post-delivery problem 
and our inability to maintain software 
systems must be addressed. 

The fundamental causes of these 
problem, Balzer said, are inaccessibility 
of design information and failure to 
recognize the iterative nature of the 
maintenance activity. The answers lie in 
building a corporate memory and in 
separating maintenance from perform¬ 
ance. The process must be formalized, 
automated, and moved from a mathe¬ 
matical discipline to a design discipline. 
A main challenge is to integrate the arti¬ 
ficial intelligence, database, and soft¬ 
ware engineering technologies. 

In the first plenary address, entitled 
“Software Processes are Software 
Too,” Lee Osterweil presented the the¬ 
sis that there is no fundamental differ¬ 
ence between the software process and 
other processes. He maintained that 
software engineering research should be 
directed towards the creation of a pro¬ 
cess programming language, the con¬ 
struction of a compilation and 
interpretation system for programs 
written in it, and the use of these tools 
in the description of key software 
processes. 

In the second plenary address, 

Manny Lehman responded with an 
opposing viewpoint. He expressed 
strong reservations about process pro¬ 
gramming and concern over its current 
emphasis in research. According to 
Lehman, we need to extract the impor¬ 
tant and worthwhile elements of process 
programming. When thoughtfully 
applied, it can be a useful tool for 
modeling parts of the process, but it’s 
“too seductive,” he said, “to be a sub¬ 
ject of graduate student research.” 

During the question and answer ses¬ 
sion, Harlan Mills, conference chair for 
the First International Conference on 
Software Engineering, said he agreed 
with Balzer on the state of software 
engineering. He stated that the social 
process of the conference was freezing 
out the intellectual aspect of software 
engineering. To prove his point. Mills 
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asked how many ACM Turing Award 
winners were in the audience. No hands 
were raised in response to his question. 

Discussion and reaction. Balzer 
initiated a brown bag “open mike” ses¬ 
sion on the final day of the conference. 
In his opening remarks, he articulated 
three principal questions the conference 
addressed: Where is the field? Where is 
it headed? How do we get there? He 
also stated three assumptions made by 
the Conference Committee: The process 
is important; the process must be 
explicitly represented; and the process 
must be facilitated through automation. 

A panel on formal specifications 
brought out the opinion that the devel¬ 
opment process is completely formal¬ 
ized in the US security community 
but not in the remainder of the US. 

This is in contrast to Europe where 
most software development is partially 
formal. Don Good indicated that fear 
growing out of national security issues 
is the primary motivator for current use 
of formal methods in the US. Formal 
methods will not become more widely 
used until there are strong economic 
motivations. 

Within widely varying views on artifi¬ 
cial intelligence, perhaps the most 
realistic perspective was offered by 
Barry Boehm. Looking to AI as the 
philosophical touchstone will continue 
to raise unrealistic expectations with 
concomitant disappointments, Boehm 
said. Yet, if you ignore AI, you will 
miss a potential solution to some of 
software engineering’s problems. 

Future conferences. The 10th Inter¬ 
national Conference on Software Engi¬ 
neering will be in Singapore April 
11-15, 1988. The 11th ICSE will be held 
in Pittsburgh, Pennsylvania, in 
May 1989. The Steering Committee 
for the ICSE is pursuing alternate sites 
for the 12th and 13th conferences in 
1990 and 1991. 

To be considered as a conference site, 
a proposing country must have a major 
computer society, be able to draw 
500-600 attendees from the host coun¬ 
try, have adequate conference facilities, 
and propose leaders in the software 
field to provide direction for the con¬ 
ference. 

Countries and organizations that 
would like to be considered for the 12th 
or 13th ICSE should write a letter of 
intent to Lorraine M. Duvall, 1317 N. 
Madison St., PO Box 568, Rome, NY 
13440, USA. 


CASE Developers 

Go Ahead 
Stay Ahead 

At Wang, we’re pushing the state-of-the-art in computer science research and de¬ 
velopment. As a member of our Advanced Workstation Development Group, you’ll 
be part of a growing cadre of technical professionals who are advancing this excit¬ 
ing technology. We offer a hands-on environment with total involvement and the 
opportunity to see the results of your effort. 

Wang is currently persuing the development of Computer Aided Software 
Engineering tools for systems and applications developers built upon our new 
workstation technology. We seek talented Software Engineers, with a minimum of 
3 years of experience, who are dissatisfied with most currently available software 
development environments and have the ideas and desire to work on a new, 
sophisticated software engineering environment and associated tools. 

We are looking for individuals with experienced backgrounds in one or more of 
the following areas: 

• syntax directed editing 

• incremental compilation techniques 

• prototyping tools 

• compilers and compiler-based technology 

• symbolic debuggers 

• software design tools 

• configuration and revision management 

• object-oriented design and programming 

• program databases 

If you’re an experienced Software Engineer who is seeking a continuing 
state-of-the-art challenge, we should be talking about a future with Wang, 
where you’ll go ahead to stay ahead. To respond, please send a resume or 
letter detailing your experience to Jackie Hall, Human Resources 
Manager, Wang Laboratories, Inc., One Industrial Ave., M/S 014-02A, 

Lowell, MA 01851. 


We are an affirmative action employer. 
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CALENDAR 


June 1987 


NCC-87, National Computer 
Conference (Computer Society, 
AFIPS, ACM, DPMA, SCS), June 15-18, 

Chicago. Contact AFIPS, 1899 Preston 
White Dr., Reston, VA 22091; (703) 
620-8900. 


1987 Holm Intensive Course on Electrical 
Contacts (IEEE), June 15-19, San Francisco. 
Contact Kate Scheld, IEEE Headquarters, 
345 E. 47th St., New York, NY 10017-2394; 
(212)705-7405. 


Second Annual Symposium on Logic 
in Computer Science (Computer 
Society, ASL, EATCS), June 22-25, Ithaca, 
New York. Contact Ashok K. Chandra, IBM 
T.J. Watson Research Center, PO Box 218, 
Yorktown Heights, NY 10598; (914) 
945-1752. 


ICIASF-12, 12th International Conference 
on Instrumentation in Aerospace Simulation 
Facilities (IEEE, NASA), June 22-25, 
Williamsburg, Virginia. Contact William W. 
Hunter, Jr., NASA, Langley Research Cen¬ 
ter, MS 235A, Hampton, VA 23665-5225; 
(804) 865-2791. 


tgfjt Second Annual Conference on 
Structure in Complexity Theory 
(Computer Society, ACM), June 16-19, 

Ithaca, New York. Contact Alan Selman, 
College of Computer Science, 161 Cullinane 
Hall, 360 Huntington Ave., Boston, MA 
02215; (617) 437-8688. 

1987 IEEE Annual Meeting, June 18-19, 

New York. Contact Betty J. Stillman, IEEE 
Corporate Services, tenth floor, 345 E. 47th 
St., New York, NY 10017; (212) 705-7757 or 
Adeline T. Zeni, IEEE Headquarters, 345 E. 
47th St., New York, NY 10017; (212) 
705-7304. 

IEEE First Annual International Conference 
on Neural Networks, June 21-24, San Diego, 
California. Contact N. Feldman, 3770 Tansy 
St., San Diego, CA 92121; (619) 453-6222. 

1987 Spring Conference of the National 
Society for Computer Applications in Engi¬ 
neering, Planning, and Architecture 
(CEPA), June 22-23, Washington, DC. 
Contact Patricia C. Johnson, CEPA, 15713 
Crabbs Branch Way, Rockville, MD 20855; 
(301) 926-7070. 

1987 Device Research Conference (IEEE), 
June 22-24, Santa Barbara, California. 
Contact Michael S. Adler, Electron Devices 
Society, General Electric Co., PO Box 8, 
Room KW-C328, Schenectady, NY 12301; 
(518) 387-5882 or Jerry Woodall, IBM T.J. 
Watson Research, PO Box 218, Yorktown 
Heights, NY 10598; (914) 945-1568. 


NATO Advanced Study Institute on Testing 
and Diagnosis of VLSI and ULSI, June 

22-July 4, Como, Italy. Contact F. 
Lombardi, University of Colorado at 
Boulder, Campus Box 425, Boulder, CO 
80309; (303) 492-1437 or M. Sami, Dept, di 
Elettronica, Politecnico di Milano, Piazza 
Leonardo da Vinci 32,1-20133 Milan, Italy; 
phone 39 (02) 2399-3516. 


fgijj Second International Conference on 
Computers and Applications, June 

23-27, Beijing. Contact Tse-yun Feng, Penn 
State University, Electrical Engineering East 
Bldg., University Park, PA 16802; (814) 
863-1469 or Oscar N. Garcia, Dept, of 
Electrical Engineering and Computer 
Science, Rm. T-637, George Washington 
University, 801 22nd St. NW, Washington, 
DC 20052; (202)676-7175. 


NECC-87, Eighth National Educational 
Computing Conference (ACM, SCS), June 

24-26, Philadelphia. Contact Frank L. 
Friedman, Computer Activities Bldg., Box 
JA1, Dept, of Computer and Information 
Sciences, Temple University, Philadelphia, 
PA 19122; (215) 787-8450. 

£3^ SIGPlan 87, Symposium on 
Interpreters and Interpretive 
Techniques (Computer Society, ACM), June 
24-26, St. Paul, Minnesota. Contact Mark 
Scott Johnson, Sun Microsystems, 2550 
Granada Ave., Mountain View, CA 94043; 
(415) 857-8719. 


Conferences that the Computer Society participates in or sponsors are 
indicated by the Computer Society logo; additional conference spon¬ 
sors are listed in parentheses. Other conferences of interest to our readers 
are also included. 

For inclusion in Calendar or Call for Papers, submit information six weeks 
before the month of publication (e.g., for the September 1987 issue, send infor¬ 
mation for receipt by July 15,1987) to Calendar Editor, Computer, 10662 Los 
Vaqueros Circle, Los Alamitos, CA 90720. 


Workshop on Group Technology and 
Computer-Automated Process Planning 
(SME), June 25, Hartford, Connecticut. 
Contact Society of Manufacturing 
Engineers, Technical Activities Dept., 1 
SME Dr., PO Box 930, Dearborn, MI 48121; 
(313)271-1080, ext. 365. 


® DAC-87, 24th ACM/IEEE Design 

Automation Conference, June 28-July 

1, Miami Beach, Florida. Contact Design 
Automation Conference, P.O. Pistilli, MP 
Associates, 7366 Old Mill Trail, Boulder, CO 
80301;(303)530-4333. 


Compass 87, Conference on Computer 
Assurance (IEEE), June 29-July 3, Washing¬ 
ton, DC. Contact Frank Houston, PO Box 
5314, Rockville, MD 20851; (301) 443-5020. 


First International Conference on Industrial 
and Applied Mathematics (GAMM, IMA, 
INRIA, SIAM, SMAI), June 29-July 3, 

Paris. Contact SIAM, 117 S. 17th St., 
Philadelphia, PA 19103; (215) 564-2929. 


July 1987 


jQji CAR-87, Second International 

Conference on Computer-Assisted 
Radiology (Computer Society, ACM), July 
1-4, Berlin. Contact Michael L. Rhodes, 
Multi-Planar Diagnostic Imaging, Inc., 2730 
Pacific Coast Hwy., Torrance, CA 90505; 
(213) 539-5944. 


EDIF (Electronic Design Interchange 
Format) Workshop (Computer Society, 
ACM), July 2, Miami, Florida. Contact 
John Andrews, Fairchild Semiconductor, 

MS 7-26, 333 Western Ave., South Portland, 
ME 04106; (207) 775-8368. 


Workshop on Real-Time Operating 
Systems, July 2-3, Cambridge, 
Massachusetts. Contact Krithi 
Ramamritham, Dept, of Computer and 
Information Science, Graduate Research 
Center, University of Massachusetts, 
Amherst, MA 01003; (413) 535-0196 or A1 
Mok, Dept, of Computer Science, University 
of Texas, Austin, TX 78713; (512) 471-9542. 


Foundations of Computer-Aided Process 
Operations (AIChE, Cache Corp.), July 
5-10, Park City, Utah. Contact Cache Corp., 
PO Box 7939, Austin, TX 78713, (512) 
471-4933. 


FTCS-17, 17th International 
Symposium on Fault-Tolerant 
Computing, July 6-8, Pittsburgh. Contact 
John Shen, Carnegie Mellon University, 
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Dept, of Electrical and Computer Engineer¬ 
ing, Pittsburgh, PA 15213; (412) 268-3601. 

25th Annual Meeting of the Association for 
Computational Linguistics, July 6-9, 

Stanford, California. Contact Don Walker, 
Bell Communications Research, 445 South 
St., MRE 2A379, Morristown, NJ 07960; 
(201)829-4312. 

Directions and Implications of Advanced 
Computing, July 12, Seattle. Contact 
Computer Professionals for Social 
Responsibility, Box 85481, Seattle, WA 
98105 or Doug Schuler, 3015 NW 58th, 
Seattle, WA 98107; (206) 865-3228. 

AAAI-87, Sixth National Conference on 
Artificial Intelligence, July 13-17, Seattle. 
Contact American Association for Artificial 
Intelligence, 445 Burgess Dr., Menlo Park, 
CA 94025-3496. 

1987 Summer Computer Simulation 
Conference (SCS), July 27-30, Montreal, 
Quebec, Canada. Contact Society for 
Computer Simulation, PO Box 17900, San 
Diego, CA 92117; (619) 277-3888. 


12th Structured Methods Conference, 

August 3-7, Grand Rapids, Michigan. 
Contact Derek Hatley, Lear Siegler, Inc., 
Instrument Division, 4141 Eastern Ave. SE, 
Grand Rapids, MI 49508. 

1987 International Conference on Chinese 
Information Processing, August 4-6, Beijing. 
Contact Fan Bing Jung, China Computer 
Technical Service Corp., PO Box 4708, 
Beijing, China. 

IEEE/ACM Symposium on the 
Simulation of Computer Networks 
(Computer Society, ACM, SCS), August 
5-7, Colorado Springs, Colorado. Contact 
Mitchell Spiegel, GTE Systems, 1700 
Research Blvd., Rockville, MD 20850; (301) 
294-8400. 

1987 ASME International Computers in 
Engineering Conference and Exhibition, 
August 9-13, New York. Contact T. James 
Cokonis, General Electric Co., Advanced 
Development and Information Systems, PO 
Box 8555, Bldg.7, Rm. 7244, Philadelphia, 
PA 19101; (215)354-5112. 


ACM SIGGraph 87, July 27-31, 

Anaheim, California. Contact 
SIGGraph 87 Conference Management, 
Smith Bucklin and Associates, Inc., 111 E. 
Wacker Dr., Suite 600, Chicago, IL 60601; 
(312)644-6610. 

14th Annual Conference on Computer 
Graphics and Interactive Techniques (ACM), 
July 27-31, Anaheim, California. Contact 
SIGGraph 87 Conference Management, 
Smith Bucklin and Associates, Inc., Suite 
600, Chicago, IL 60601; (312) 644-6610. 

10th IFAC World Congress, July 27-31, 

Munich, West Germany. Contact IFAC 
Secretariat, Schlossplatz 12, A-2361 
Laxenburg, Austria. 

ICGATA-87, Second International 
Conference on Genetic Algorithms and Their 
Applications (AAAI, US Navy Center for 
Applied Research in AI), July 28-31, 

Cambridge, Massachusetts. Contact John J. 
Grefenstette, Navy Center for Applied 
Research in AI, Code 5510, Naval Research 
Laboratory, Washington, DC 20375-5000. 


August 1987 


25th Annual Conference of the Urban and 
Regional Information Systems Association 
(URISA), August 2-6, Fort Lauderdale, 
Florida. Contact Thomas Palmerlee, 
URISA, 319 C St. SE, Washington, DC 
20003; (202)543-7141. 

Seventh International Conference on 
Computer Science (IEEE), August 3-7, 
Santiago, Chile. Contact Hector Garcia- 
Molina, Dept, of Computer Science, 
Princeton University, Princeton, NJ 08544. 


Sixth ACM SIGACT-SIGOps Symposium 
on Distributed Computing, August 10-12, 

Vancouver, British Columbia, Canada. 
Contact David Kirkpatrick, Dept, of 
Computing Science, University of British 
Columbia, Vancouver, British Columbia, 
Canada, or Fred B. Schneider, Dept, of 
Computer Science, Upson Hall, Cornell Uni¬ 
versity, Ithaca, NY 14853. 

Sixth International Conference on 
Mathematical Modeling: An 
Interdisciplinary Integrative Forum on 
Mathematical Modeling in Engineering, 
Economics, Biological, Medical, 
Environmental, Social, and Other Sciences, 
August 10-13, St. Louis. Contact Ervin Y. 
Rodin, Dept, of Systems Science and 
Mathematics, Washington University, Box 
1040, St. Louis, MO 63130; (314) 889-5806. 

International Conference on Human- 
Computer Interaction, August 10-15, Hono¬ 
lulu. Contact Gavriel Salvendy, School of 
Industrial Engineering, Purdue University, 
West Lafayette, IN 47907; (317) 494-5426. 

Crypto 87, August 16-20, Santa Barbara, 
California. Contact Gordon B. Agnew, 

Dept, of Electrical Engineering, University 
of Waterloo, Waterloo, Ontario N2L 3G1, 
Canada; phone (519) 885-1211, ext. 3041. 

Engineering and Manufacturing 87 (NCGA), 
August 17-20, Boston. Contact Christine 
Radiske or Marjorie Foos, National 
Computer Graphics Association, 2722 
Merrilee Dr„ Suite 200, Fairfax, VA 22031; 
(703) 698-9600. 

Ninth International Conference on 
Production Research (Computer 
Society, IFPR), August 17-20, Cincinnati, 
Ohio. Contact Ernest L. Hall, Center for 
Robotics Research, University of Cincinnati, 
ML 72, Cincinnati, OH 45221. 


1987 International Conference on Parallel 
Processing, August 17-21, St. Charles, 
Illinois. Contact T. Feng, Pennsylvania State 
University, Dept, of Electrical Engineering, 
University Park, PA 16802; (814) 863-1469. 


IJCAI-87, 10th International Joint 
Conference on Artificial Intelligence, August 
23-28, Milan, Italy. Contact Marco 
Somalvico, Dipartimento di Elettronica, 
Politecnico di Milano, Piazza Leonardo Da 
Vinci N.32,1-20133 Milan, Italy, or John 
McDermott, Dept, of Computer Science, 
Carnegie Mellon University, Pittsburgh, PA 
15213; (412) 268-2599. 


f£3^j International Workshop on Petri Nets 
and Performance Models (Computer 
Society, ACM), August 24-26, Madison, 
Wisconsin. Contact Tadao Murata, Univer¬ 
sity of Illinois at Chicago, Dept, of Electrical 
Engineering and Computer Science, MC 154, 
Box 4348, Chicago, IL 60680; (312) 996-2307 
or (312) 996-3422. 

1987 IEEE Workshop on Languages 
for Automation, August 24-27, 

Vienna. Contact Shi-Kuo Chang, Dept, of 
Computer Science, University of Pittsburgh, 
Pittsburgh, PA 15260; (412) 624-8441. 


Eurographics 87 (ACM, IFIP), August 
24-28, Amsterdam. Contact Secretariat 
Eurographics 87, c/o Organisatie Bureau 
Amsterdam, Europaplein 12, 1078 GZ 
Amsterdam, The Netherlands; phone 31 (20) 
44-08-07. 


£9)} Tencon, August 26-28, Seoul, South 
Korea. Contact Jung Uck Seo, Korea 
Telecom Authority, 100 Sejong-Re, 
Chongro-ku, Seoul 110, South Korea. 


1987 Annual International Test 
Conference, August 30-September 4, 

Washington, DC. Contact Doris Thomas, 
PO Box 264, Mount Freedom, NJ 07970; 
(201) 895-5260. 


Topical Meeting on Artificial Intelligence 
and Other Innovative Computer 
Applications in the Nuclear Industry, August 
31-September 2, Snowbird, Utah. Contact 
John I. Sackett, Argonne National 
Laboratory, PO Box 2528, Idaho Falls, ID 
83403; (208) 526-7214. 


Symposium on Logic Programming, 
August 31-September 4, San Francisco. 
Contact David S. Warren, Quintus 
Computer Systems, Inc., 1310 Villa St., 
Mountain View, CA 94041. 


September 1987 


Second IFIP Conference on Human 
Interaction, September 1-4, Stuttgart, West 
Germany. Contact H.J. Bullinger, FhG 
I AO, Holzgarteustr. 17, 7000 Stuttgart 1, 
West Germany. 


June 1987 


93 







Now published by 
John Wiley &Sons 



et Science Informatiques (TSI) is now 
published by Wiley. 

Covering computer science at the very 
highest level TSI brings you reports on 
the latest developments across a broad 
spectrum of research. 

Subjects regularly featured include 
Artificial Intelligence , Computer-aided 
Design and Manufacturing. 

Information Systems, Modelling and 
Simulation, Office Automation and 
Software Engineering. 

For ease of reference each issue is 
presented in three distinct sections — 
SURVEY contains reviews that will 
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of progress in all areas 
APPLICATIONS describes results of 
practical experiments using known 
concepts 

RESEARCH presents original articles 
concerned with the latest advances in 
information science. 
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copy. 

Volume 6 (1987) 9 issues 
|22. r ).00 (l!K £120.00) 

Individual subscribers can save 25 % with a 
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Please send me a complimentary copy of TSI 


{Q)} 13th International Conference on Very 
Large Databases (Computer Society, 
ACM, BCS), September 1-4, Brighton, 
England. Contact Stuart E. Madnick, 
Massachusetts Institute of Technology, 
Sloan School of Management, 50 Memorial 
Dr., E53-317, Cambridge, MA 02139; 

(617) 253-6671. 


Summer Conference on Category Theory 
and Computer Science, September 7-9, 

Edinburgh, Scotland. Contact George 
Cleland, Laboratory for Foundations of 
Computer Science, Dept, of Computer 
Science, University of Edinburgh, Edinburgh 
EH9 3JZ, Scotland, UK. 

European Software Engineering Conference 
(BCS), September 7-10, Strasbourg, France. 
Contact John Buxton, Dept, of Computing, 
King’s College, University of London, 
Strand, London WC2R 2LS, England, UK. 

HCI-87, Conference on People and 
Computers (BCS), September 7-11, Exeter, 
England. Contact HCI-87 Conference, 
B.I.S.L., 13 Mansfield St., London W1M 
OBP, England, UK. 

Third International Conference on 
Functional Programming Languages and 
Computer Architecture (ACM, IFIP, 
INRIA), September 14-16, Portland, 

Oregon. Contact John H. Williams, IBM 
Almaden Research Center, K53/803, 650 
Harry Rd„ San Jose, CA 95120-6099. 


Euromicro 87, 13th Symposium on 
Microprocessing and Microprogramming: 
Microcomputers—Usage, Methods, and 
Structures, September 14-17, Portsmouth, 
England. Contact Chiquita Snippe-Marlisa, 
p/a TH Twente, gebouw TW/RC, Rm. 
A227, PO Box 217, 7500 AE Enschede, 

The Netherlands; phone 31 (53) 33-87-99. 


ICDCS-7, Seventh International 
' Conference on Distributed Computing 
Systems, September 14-18, Berlin. Contact 
R. Popescu-Zeletin, Hahn-Meitner-Institut 
Berlin, Glienicker Strasse 100, D-1000, 
Berlin 39, West Germany; phone 49 (30) 
8009-2594 or 49 (30) 8009-2541. 


ICCC-ISDN 87, Evolving to Integrated 
Services Digital Networks in North America, 
September 15-17, Dallas. Contact Caroline 
Stites, Bell Atlantic, 1310 N. Court House 
Rd., tenth floor, Arlington, VA 22201; (703) 
974-5453. 



Midcon 87 (IEEE), September 15-17, 

Rosemont, Illinois. Contact Alexes 
Razevich, Electronic Conventions Manage¬ 
ment, 8110 Airport Blvd., Los Angeles, CA 
90045; (213) 772-2965 or (800) 421-6816. 



Second Workshop on Artificial Intelligence 
Applications in Environmental Sciences 
(NOAA/ERL), September 15-17, Boulder, 
Colorado. Contact William Moninger, 
NOAA/ERL, R/E2, 325 Broadway, 
Boulder, CO 80303. 


{£*)} 26th Lake Arrowhead Workshop: 

Specifying Concurrent Systems in the 
Year 2000, September 16-18, Lake 
Arrowhead, California. Contact Brent 
Hailpern, IBM T.J. Watson Research Cen¬ 
ter, PO Box 704, Yorktown Heights, NY 
10598; (914) 789-7797; CSnet bth@ibm.com. 

® CSM-87, Conference on Software 
Maintenance (Computer Society, 
AWC, DPMA, NBS, SMA), September 
21-24, Austin, Texas. Contact Roger Martin, 
National Bureau of Standards, Bldg. 225, 
Rm. B266, Gaithersburg, MD 20899; (301) 
921-3545 or Computer Society of the IEEE, 
1730 Massachusetts Ave. NW, Washington, 
DC 20036-1903; (202) 371-0101. 

1987 Design Automation Conference 
(ASME), September 27-30, Boston. Contact 
S.S. Rao, School of Mechanical Engineer¬ 
ing, Purdue University, West Lafayette, IN 
47907; (317) 494-5699. 

International Conference on Software 
Engineering for Real-Time Systems, 
September 28-30, Cirencester, England. 
Contact R. Larry, Institute of Electronic and 
Radio Engineers, 99 Gower St., London 
WC1E 6AZ, England UK. 

{(f)} Oceans 87, September 28-October 1, 

Halifax, Nova Scotia, Canada. 

Contact Alan R. Longhurst, Bedford 
Institute of Oceanography, PO Box 1006, 
Dartmouth, Nova Scotia B2Y 4A2, Canada. 


Fifth International Symposium on Data 
Analysis and Informatics (INRIA), 
September 29-October 2, Versailles, France. 
Contact INRIA, Service des Relations 
Exterieures, Domaine de Voluceau, 
Rocquencourt, BP 105, 78153 Le Chesnay 
Cedex, France. 


25th Annual Allerton Conference on 
Communication, Control, and Computing, 
September 30-October 2, Monticello, 
Illinois. Contact P.R. Kumar or Michael C. 
Loui, University of Illinois at Urbana- 
Champaign, Coordinated Science 
Laboratory, 1101 W. Springfield Ave., 
Urbana, IL 61801. 


October 1987 


AAAI Workshop on Spatial Reasoning and 
Multisensor Fusion, October 5-7, St. 

Charles, Illinois. Contact Su-shing Chen, 
Dept, of Computer Science, University of 
North Carolina, Charlotte, NC 28223; (704) 
547-4880. 


IFIP Conference on Distributed Processing, 
October 5-7, Amsterdam. Contact M.H. 
Barton, Electrical Engineering, University of 
Bristol, BS8 1TR, England, UK. 


1987 Workshop on Computer Archi- 
lecture for Pattern Analysis and 
Machine Intelligence, October 5-7, Seattle. 
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Contact Steve Tanimoto, Dept, of Computer 
Science, FR-35, University of Washington, 
Seattle, WA 98195; (206) 543-1695. 


10th Data Communications 
Symposium, October 5-7, Napa, 
California. Contact Bart Stuck, Probe 
Research, PO Box 590, Morristown, NJ 
07960; (201) 285-1500. 

12th Conference on Local Computer 
Networks, October 5-7, Minneapolis, 
Minnesota. Contact Stephane Johnson, 

Start, Inc., 10301 Toledo Ave. South, 
Bloomington, MN 55437; (612) 831-2122. 

ASPLOS-II, Second International 
vs? Conference on Architectural Support 
for Programming Languages and Operating 
Systems (Computer Society, ACM), October 
5-8, Palo Alto, California. Contact Randy 
H. Katz, Computer Sciences Division, UC 
Berkeley, Evans Hall, Berkeley, CA 94720 or 
Martin Freeman, Signetics Corp., 811 E. 
Arques Ave., Sunnyvale, CA 94086; (408) 
991-3591. 


ICCD-87, IEEE International 
Conference on Computer Design: 

VLSI in Computers and Processors, October 
5-8, Rye Brook, New York. Contact 
Prathima Agrawal, AT&T Bell Laboratories, 
600 Mountain Ave., Rm. 3D-480, Murray 
Hill, NJ 07974; (201) 582-6943. 

IWDM-87, Fifth International Workshop on 
Database Machines (ACM), October 5-8, 

Karuizawa, Nagano Prefecture, Japan. 
Contact M. Kitsuregawa, Institute of 
Industrial Science, University of Tokyo, 
7-22-1, Roppongi, Minato-ku, Tokyo 106, 
Japan; phone 81 (03) 402-6231. 

OOPSLA-87, Object-Oriented Programming 
Systems, Languages, and Applications 
(ACM), October 5-8, Kissimmee, Florida. 
Contact Chet Winiski, Productivity Products 
International, 27 Glen Rd., Sandy Hook, CT 
06482. 


AAAIC-87, Aerospace Applications of Arti¬ 
ficial Intelligence Conference, October 5-9, 

Dayton, Ohio. Contact Michael Johnston, 
BDM Corp., 1900 Founders Dr., Kettering, 
OH 45420; (513) 259-4434. 

Compsac 87 (Computer Society, IPSJ), 
October 5-9, Tokyo. Contact Tosiyasu L. 
Kunii, c/o Business Center for Academic 
Societies Japan, Yamazaki Bldg. 4F, 

2-40-14, Hongo, Bunkyo-ku, Tokyo 113, 
Japan; phone 81 (3)817-5831, or Albert K. 
Hawkes, Sargent & Lundy, Engineering 
Consultants, 55 E. Monroe, Chicago, IL 
60603; (312) 269-3640, or Stephen S. Yau, 
Northwestern University, Dept, of Electrical 
Engineering and Computer Science, 
Evanston, IL 60201; (312) 491-3641. 


International Workshop on AI Applications 
to CAD Systems for Electronics (IEEE), 
October 8-10, Munich, West Germany. 
Contact Werner Sammer, Siemens AG, 
Corporate Research and Technology, Otto- 
Hahn-Ring 6, 8000 Munich 83, West 
Germany; phone 49 (89) 636-3348 or Alfred 
C. Weaver, Lockheed EMSCO, MS B-08, 
2400 NASA Rd. One, Houston, TX 77058; 
(713)333-6792. 

Astronomy from Large Databases: Scientific 
Objectives and Methodological Approaches, 
October 12-14, Garching-bei-Munchen, West 
Germany. Contact F. Murtagh, ST-ECF/ 
ESO, Karl Schwarzschild-Str. 2, D-8046 
Garching-bei-Munchen, West Germany. 


FOCS-87, October 12-16, Los Angeles. 
^5^ Contact Ashok Chandra, IBM T.J. 
Watson Research Center, PO Box 218, 
Yorktown Heights, NY 10598; (914) 
945-1752. 


International Symposium on Methodologies 
for Intelligent Systems, October 14-17, Char¬ 
lotte, North Carolina. Contact Zbigniew W. 
Ras, Dept, of Computer Science, University 
of North Carolina, Charlotte, NC 28223; 
(704) 547-4567. 

j£3^v Third Annual Expert Systems in 

Government Conference (Computer 
Society, AIAA), October 19-23, Washing¬ 
ton, DC. Contact Peter Bonasso, Mitre 
Washington AI Center, 7725 Colshire Blvd., 
MS W952, McLean, VA 22102; (703) 
883-6908. 


Second International Conference on Data 
and Knowledge for Manufacturing and 
Knowledge (ACM), October 19-24, 

Hartford, Connecticut. Contact Fred 
Maryanski, University of Connecticut, 
Computer Science and Engineering Dept., 
U-155, Storrs, CT 06268. 


FJCC-87, Fall Joint Computer 
Conference (Computer Society, ACM), 
October 25-29, Dallas. Contact Debra 
Anthony, Texas Instruments, 6500 Chase 
Oaks Blvd., PO Box 86905, MS 8419, Plano, 
TX 75086; (214)575-2151. 


Government Microcircuits Applications 
Conference, October 27-29, Orlando, 
Florida. Contact Frank J. Rehm, RADX 
Griffiss Air Force Base; (315) 330-7781. 


CCDC-87, Computer Communications for 
Developing Countries, October 27-30, New 
Delhi, India. Contact S. Ramani, National 
Centre for Software Technology, Gulmohar 
Cross Road No. 9, Juhu, Bombay 400049, 
India; phone 629574 or 629606. 


ton, DC. Contact SCAMC Secretariat, 
George Washington University Medical Cen¬ 
ter, Office of Continuing Medical 
Education, 2300 K St. NW, Washington, DC 
20037. 

Third Annual Conference on Artificial 
Intelligence for Space Applications (NASA), 
November 2-3, Huntsville, Alabama. 

Contact Thomas S. Dollman, NASA/EB44, 
Marshall Space Flight Center, AL 35812; 
(205) 544-3823. 

21st Annual Asilomar Conference on 
Signals, Systems, and Computers (IEEE, 
Naval Postgraduate School), November 2-4, 

Pacific Grove, California. Contact Douglas 
F. Elliott, Rockwell International Corp., 
3370 Miraloma Ave., MS BD07, Anaheim, 
CA 92803-3170. 


Workshop on Workstation Operating 
^8^ Systems, November 5-6, Cambridge, 
Massachusetts. Contact Luis-Felipe Cabrera, 
6572 Northridge Dr., San Jose, CA 95120; 
(408) 927-1838. 


11th ACM Symposium on Operating 
Systems Principles, November 9-11, Austin, 
Texas. Contact Alfred Spector, Dept, of 
Computer Science, Carnegie Mellon Univer¬ 
sity, Pittsburgh, PA 15213 or Les Belady, 
MCC, 9430 Research Blvd., Echelon Bldg. 
No. 1, Suite 200, Austin, TX 78759; (512) 
834-3330. 


ICCAD-87, IEEE International 
^5? Conference on Computer-Aided 
Design, November 9-12, Santa Clara, 
California. Contact Basant Chawla, AT&T 
Bell Laboratories, 1247 S. Cedar Crest 
Blvd., Allentown, PA 18103; (215) 770-3484. 


International Conference on Informa- 
tion Science and Engineering 
(Computer Society, IERE), November 25-27, 
York, England. Contact R. Larry, Institute 
of Electronic and Radio Engineers, 99 
Gower St., London WC1E 6AZ, England, 
UK; 44 (01) 388-3071. 

Workshop on Computer Vision, 
November 30-December 2, Miami 
Beach, Florida. Contact Harry Hayman, 738 
Whittaker Terrace, Silver Spring, MD 20901; 
(301) 434-1990. 


December 1987 


Eighth Real-Time Systems Symposium, 
sgs December 1-3, San Francisco. Contact 
Kang G. Shin, Dept, of Electrical Engineer¬ 
ing and Computer Science, University of 
Michigan, Ann Arbor, MI 48109-1109; (313) 
763-0391. 


Computers and Aerospace VI Conference 
(ACM), October 7-9, Boston. Contact 
Malcolm Steifel, MS A-160, Mitre Corp., 
Bedford, MA 01730. 


November 1987 

llth Symposium on Computer Applications 
in Medical Care, November 1-4, Washing- 


Performance 87 (ACM, AFCET, IFIP), 
December 7-9, Brussels. Contact G. 
Latouche, Universite Libre de Bruxelles, 
Campus Plain CP212-bd du Triomphe, 1050 
Brussels, Belgium. 
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1987 FAR EAST 
COMPUTER AND 
SOFTWARE 
TECHNOLOGY 
TOUR 

DEVELOP 

NEW PRODUCTS AND MARKETS 
IN THE FAR EAST 

Hundreds in the electronics, computer, and 
software industry have taken advantage of 
Commerce Tours International’s tours to the 
Orient. This year—our 11th year in the 
business—you, too, can develop new pro¬ 
ducts, markets, and sources in the Far East. 
Develop contacts with future business 
partners in the Orient. Meet your foreign 
competitors in the Pacific Rim. Gather ideas. 
Exchange observations. It’s truly a business 
opportunity you won’t want to miss! 



DATE: October 3-16, 1987 


VISIT: Japan, Taiwan, Korea, 
and optional extensions: 

A: Hong Kong 

B: Canton and Beijing, China 


PROGRAM HIGHLIGHTS: 

VISIT ELECTRONICS SHOWS 

• Japan Software Show 

• Japan Electronics Show 

• Korea Electronics Show 

• Taiwan Electronics Show 

• Canton Trade Fair 
ATTEND BUSINESS SEMINARS 

• Japan Electronics Technology Update 

• Asian Business Convention (Osaka, Japan) 

• Korea Business Opportunities Seminar 

• Taiwan Business Opportunities Seminar 

• China Business Opportunities Seminar 
ATTEND COMPSAC 87 TOKYO 

The Computer Society of the IEEE’s 11th Annual 
Computer Software and Applications Conference 


DEPARTURE CITIES: 

Departures will be available from major U.S., 
Canadian, and European cities via regular 
flights. 

PRICE: 

$3,130 from the West Coast, including airfare, 
hotel accommodations, daily American break¬ 
fast, five dinners, transportation to/from show 
grounds, airport/hotel transfers, and all 
business programs as outlined above. Japan 
update seminar, Compsac conference, and 
Asian business convention registration fees 
are additional. 

ORGANIZED BY: 

Commerce Tours International, Inc. 


FOR MORE INFORMATION, PLEASE CONTACT ONE OF THE FOLLOWING OR RETURN THIS COUPON 

IN U.S.A IN U.K. 


NAME_ 

COMPANY _ 

DEPARTMENT/TITLE_ 

ADDRESS _ 

CITY_STATE _ZIP 

TELEPHONE _ 

(Computer/Software Tour) 


Commerce Tours 
International 

870 Market Street 
Suite 920 

San Francisco, CA 94102 
Tel: (415) 433-3072 
Attn.: Bob Chang 

IN CANADA 
Plesman Publications 

2 Lansing Square, #703 
Willowdale, ONT M2J 4P8 
Tel: (416) 497-9562 
Attn.: Sharon Raspin 


JCT International Ltd. 

Hanover Court 
5 Hanover Square 
London WIR9HE 
Tel: 01-499-6827 
Attn: Gordon MacFarland 

IN NETHERLANDS 
Nippon Express 
(Nederland) B.V. 

Postbox 7175 
1007 JD Amsterdam 
Tel: 020-621387 
Attn.: Errol Lafleur 

























CALL FOR PAPERS 


Call for papers for Computer 


Computer magazine seeks articles that 
cover the state of the art and important 
new developments in computer science, 
technology, and applications. Aimed at a 
broad audience with diverse interests and 
experience, Computer usually publishes 
surveys or tutorials that facilitate the 
transfer of technology from university to 
industry, from research to applications, 
and across specialized fields. Submit six 
copies of the manuscript, including illus¬ 
trations, references, and authors’ biogra¬ 
phies, to 


focus of this special issue will be inte¬ 
grated optical devices and architectures 
for optical processing, as opposed to two- 
dimensional bulk optical technologies. 
The one-dimensional integrated optical 
technology makes use of devices fabri¬ 
cated with conventional integrated elec¬ 
tronic techniques and with electronic 
materials, such as GaAs. Papers are 
solicited that discuss the use of integrated 
optical devices, circuits, and architectures 
for signal processing and optical com¬ 
puting. 


Bruce Shriver 

IBM T.J. Watson Research Center 
Route 134 

PO Box 704, H0-B04A 
Yorktown Heights, NY 10598 
(914) 789-7626 
Compmail+: b.shriver 
CSnet: shriver@ibm.com 
Vnet: shriver at yktvmh 


Computer also seeks contributions for 
a special issue on integrated optics for 
computing and signal processing. The 


Six copies of the manuscript should be 
submitted by June 30, 1987, to T.E. 
Batchman, who is serving as co-guest edi¬ 
tor with E.A. Parrish, Jr. He can be 
reached at the Dept, of Electrical Engi¬ 
neering, Vanderbilt University, Charlot¬ 
tesville, VA 22901; (804) 924-3960. 

Review will be conducted promptly 
and authors will be notified of the results 
by mid-August. Publication of the special 
issue is scheduled for December 1987. 


1987, and six copies of individual papers will 
be due by September 30, 1987. Extended 
abstracts for poster sessions are due October 
30, 1987. Proposals for tutorial sessions are 
also sought. Submit materials to Kenneth C. 
Sevcik, Computer Science Dept., University 
of Toronto, Toronto M5S 1A4, Ontario, 
Canada; phone (416) 978-6219. 

Distributed Simulation Conference (part of 
the 1988 SCS Multiconference): February 
3-5, 1988, San Diego, California. Submit 
extended abstracts (at least 2000 words) by 
July 1, 1987, to Brian W. Unger, SCS, PO 
Box 17900, San Diego, CA 92117; (619) 
277-3888. 

Seventh Annual IEEE Phoenix Confer- 

ence on Computers and Communica¬ 
tions: March 16-18, 1988, Scottsdale, 
Arizona. Submit five copies of a complete 
paper (5000 words maximum) that includes 
an abstract of 200 to 300 words by July 3, 
1987, to Alex C. Brown, Jr., Goodyear 
Aerospace Corp., MS 1212, PO Box 85, 
Litchfield Park, AZ 85340; (602) 925-7509. 
Persons interested in submitting proposals 
for panel sessions should contact Alex 
Brown. Persons interested in offering 
tutorials should contact Forouzan Golshani, 
Dept, of Computer Science, Arizona State 
University, Tempe, AZ 85287; (602) 
965-2855. 


Computer Society of the IEEE Techni¬ 
cal Committee on Computer Educa¬ 
tion: Contributions up to five typewritten 
pages are welcomed for the TCCE newslet¬ 
ter, a forum for the exchange of ideas among 
persons interested in computer education or 
computers in education. Direct news items, 
short articles, and any correspondence to 
Helen Hays, Dept, of Computer Science, 
Southeast Missouri State University, Cape 
Girardeau, MO 63701; (314) 651-2244. 

International Journal for Artificial Intelli¬ 
gence in Engineering: Papers are sought, 
particularly those with emphasis on research 
and development leading to problem-solving 
strategies. For information and submission 
requirements, contact D. Sriram, Dept, of 
Civil Engineering, Carnegie Mellon Univer¬ 


sity, Pittsburgh, PA 15213 or K.J. MacCal- 
lum, Dept, of Ship and Marine Technology, 
Marine Technology Center, 100 Montrose 
St., Glasgow, Scotland, UK. 

International Journal of Pattern Recognition 
and Artificial Intelligence: Submit four 
copies of manuscripts to H. Bunke, Univer- 
sitat Bern, Institut fur Informatik und 
Angewandte Mathematik, Langgasstrasse 
51, CH-3012 Bern, Switzerland, or Patrick 
Wang, College of Computer Science, North¬ 
eastern University, 360 Huntington Ave., 
Boston, MA 02115; (617) 437-3711. 

1988 ACM SIGMetrics Conference on Meas¬ 
urement and Modeling of Computer Sys¬ 
tems: May 24-27, 1988, Santa Fe, New 
Mexico. Abstracts of papers are due in July 


Second Workshop on Artificial Intelligence 
Applications in Environmental Sciences 
(NOAA/ERL): September 15-17, 1987, 
Boulder, Colorado. Submit an abstract (300 
words maximum) by July 15, 1987, to Wil¬ 
liam Moninger, NOAA/ERL, R/E2, 325 
Broadway, Boulder, CO 80303. 

Ninth International Wroclaw Symposium on 
Electromagnetic Compatibility: June 28-30, 
1988, Wroclaw, Poland. Submit an abstract 
(50 to 75 words) and a summary (500 to 750 
words) by July 15, 1987, to F.L. Stumpers, 
Elzentlaan 11, Eindhoven 5611 L.G., The 
Netherlands. Submit four copies of the 
abstract and four copies of the summary by 
the same date to EMC Symposium, Box 
2141, 51-645 Wroclaw 12, Poland. 

25th Annual Allerton Conference on Com¬ 
munication, Control, and Computing: Sep¬ 
tember 30-October 2, 1987, Monticello, 
Illinois. Submit the title and a 1000-word 
summary of a paper suitable for a 20-minute 
presentation, or the title and a 500-word 
summary of a paper suitable for a 10-minute 
presentation by July 27,1987, to P.R. 
Kumar, University of Illinois at Urbana- 
Champaign, Coordinated Science Labora¬ 
tory, 1101 W. Springfield Ave., Urbana, IL 
61801. 


Conferences that the Computer Society participates in or sponsors are 
indicated by the Computer Society logo; additional conference spon¬ 
sors are listed in parentheses. Other conferences of interest to our readers 
are also included. 

For inclusion in Call for Papers or Calendar, submit information six weeks 
before the month of publication (e.g., for the September 1987 issue, send infor¬ 
mation for receipt by July 15,1987) to Calendar Editor, Computer, 10662 Los 
Vaqueros Circle, Los Alamitos, CA 90720. 
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igji Workshop on Workstation Operating 
Systems: November 5-6, 1987, Cam¬ 
bridge, Massachusetts. Potential participants 
should submit 10 copies of a position state¬ 
ment describing their experiences, interests, 
and future directions that are related to the 
workshop topic by July 27, 1987, to Luis 
Felipe Cabrera, IBM Almaden Research 
Center, 650 Harry Rd., San Jose, CA 
95120-6099; (408) 927-1838. 


© Second IEEE Conference on Computer 
Workstations: March 7-10, 1988, Santa 
Clara, California. Submit six copies of the 
paper (5000 words maximum) by July 29, 
1987, to Lawrence Stewart, DEC Systems 
Research Center, 130 Lytton Ave., Palo 
Alto, CA 94301. 


International Workshop on Robot Control: 
Theory and Applications (IEE): April 11-12, 
1988, Oxford, England. Submit a synopsis 
(1500 words maximum) by August 28,1987, 
to the Computing and Control Division, 
IEE, Savoy PL, London WC2R 0BL; phone 
44(01)240-1871, ext. 330. 

1988 Eastern Simulation Conferences: Simu¬ 
lators V, Tools for the Simulationist, the 
Simulation Profession, Credibility Assess¬ 
ment, and Simulation Languages (SCS): 
April 18-21, 1988, Orlando, Florida. Send 
one-page abstracts and session proposals by 
August 31, 1987, to Eastern Simulation Con¬ 
ferences, SCS, PO Box 17900, San Diego, 
CA 92117. Proposals for professional devel¬ 
opment seminars are also sought; these 
should be sent to SCS. 


Third Annual Conference on Artificial Intel¬ 
ligence for Space Applications (NASA): 
November 2-3, 1987, Huntsville, Alabama. 
Submit unclassified abstracts not exceeding 
400 words by July 31, 1987, to Thomas S. 
Dollman, NASA/EB44, Marshall Space 
Flight Center, AL 35812; (205) 544-3823. 

IEEE Software: Materials on fourth- 
generation language development, soft¬ 
ware legal aspects, and software modeling 
are sought for the March 1988 issue. Contact 
Ted Lewis, editor-in-chief, IEEE Software, 
c/o Computer Science Dept., Oregon State 
University, Corvallis, OR 97331; (503) 
754-3273; CSnet, lewis@oregon-state; 
Compmail +, t.lewis. Materials are due by 
August 1, 1987. 


International Symposium and Exposition on 
Robots: November 6-10, 1988, Sydney, Aus¬ 
tralia. Submit a title and a 500-word abstract 
by September 1, 1987, to R.A. Jarvis, Inter¬ 
national Symposium and Exposition on 
Robots, GPO Box 1527, Sydney, NSW 2001, 
Australia. 

Second Conference on Applied Natural Lan¬ 
guage Processing (Association for Computa¬ 
tional Linguistics): February 9-12, 1988, 
Austin, Texas. Submit 10 copies of a sum¬ 
mary that is six to eight pages long to Bruce 
Ballard, 3C-440A, AT&T Bell Laboratories, 
Murray Hill, NJ 07974; (201) 582-5440. 
Materials must be received by September 1, 
1987. 


Information Sciences—An International 
Journal: Papers are sought for a special issue 
to be published in early 1988 on database 
systems. Submit four copies of papers by 
August 1, 1987, to Ahmed Elmagarmid, 
Computer Engineering Program, 121 Electri¬ 
cal Engineering East Bldg., Pennsylvania 
State University, University Park, PA 16802; 
(814)863-1047. 


IEEE Infocom 88: Networks—Evolution or 
Revolution?: March 28-31, 1988, New 
Orleans. Submit four copies of the complete 
paper by August 3, 1987, to A1 Leon-Garcia, 
Dept, of Electrical Engineering, University 
of Toronto, Toronto, Ontario M5S 1A4, 
Canada; phone (416) 978-5037. 

® CompEuro 88: System Design— 

Concepts, Methods, and Tools: April 
11-14, 1988, Brussels. Papers on theoretical 
and practical aspects of system design are 
sought. Submit five copies of the complete 
paper (20 double-spaced pages maximum) by 
August 15, 1987, to Pierre Wodon, Philips 
Research Laboratory Brussels, 2 Ave. Van 
Becelaere, bte 8, B-l 170 Brussels, Belgium; 
phone 32 (02) 673-41-90. 

Control 88 (IEE): April 13-15, 1988, Oxford, 
England. Submit an extended synopsis (1500 
words maximum) by August 28, 1987, to 
Conference Services, IEE, Savoy PL, Lon¬ 
don WC2R 0BL, England, UK; phone 44 
(01)240-1871. 


12th IMACS World Congress on Scientific 
Computation: July 18-22, 1988, Paris. This 
conference will devote a one-day session to 
second-generation expert systems. Papers are 
invited that describe expert systems that rea¬ 
son with deep knowledge. Emphasis will be 
put on work describing cooperation between 
heuristic and deep reasoning. Submit three 
copies of a 1000-word abstract by September 
1, 1987, to Jean-Marc David, Laboratoires 
de Marcoussis, Computer Science Division, 
Route de Nozay, 91460, Marcoussis, France. 


Computer Networking Symposium: April 
11-13, 1988, Arlington, Virginia. Submit 
four copies of the complete paper or of a 
1000-word extended abstract by September 
15, 1987, to Jeffrey Jaffe, IBM Research 
Center, PO Box 704, Yorktown Heights, NY 
10598. 


IEEE International Conference on 
vs? Robotics and Automation: April 
25-29, 1988, Philadelphia. Papers 15 to 20 
pages long are sought, as are papers five to 
seven pages long. Submit papers in either 
category by September 15,1987, to Robert 
B. Kelley, ECSE Dept., Rensselaer Polytech¬ 
nic Institute, Troy, NY 12180-3590. 

COIS-88, Conference on Office Infor- 

inalion Systems: March 23-25, 1988, 
Palo Alto, California. Send five copies of 
papers by September 21,1987, to Robert B. 
Allen, 2A-367, Bell Communications 


Research, Morristown, NJ 07960; (201) 
829-4315. 


yp) Fourth IEEE Conference on Artificial 
vs? Intelligence Applications: March 
14-18, 1988, San Diego, California. Full- 
length papers (5000 words maximum) and 
poster-session papers (1000 words maximum) 
are sought. Submit four copies of the full- 
length paper (include a 100-word abstract) by 
September 25, 1987, to Elaine Kant or 
Dennis O’Neill, Schlumberger-Doll 
Research, Old Quarry Rd., Ridgefield, CT 
06877-4108. Submit four copies of poster- 
session papers to Elaine Kant or Dennis 
O’Neill by December 21, 1987. 


Fourth International Conference on Pattern 
Recognition (BPRA, IAPR): March 28-30, 
1988, Cambridge, England. Submit three 
copies of the complete paper (4000 words 
maximum) by September 30, 1987, to J. Kit- 
tler, Dept, of Electronic and Electrical Engi¬ 
neering, University of Surrey, Guildford 
GU2 5XH, England, UK. 

14th International Conference on Electric 
Contacts (IEEE): June 20-24, 1988, Paris. 
Submit an abstract (200 words maximum) by 
October 1, 1987, to S.E.E., 48 Rue de la 
Procession, 75724 Paris Cedex 15, France. 


1988 International Computers in Engineering 
Conference: Real-World Applications of 
Expert Systems and Artificial Intelligence 
(ASME): August 7-11, 1988, San Francisco. 
Submit abstracts by October 15, 1987, to 
Edward M. Patton, US Army Ballistic 
Research Lab, Aberdeen Proving Grounds, 
MD 21005. 

IEEE Transactions on Computers: 
vg? Papers are sought for a special issue on 
architectural support for programming lan¬ 
guages and operating systems. Guidelines for 
submitting manuscripts appear in every issue 
of IEEE Transactions on Computers. Send 
seven copies of the manuscript by November 
1, 1987, to Randy Katz, Dept, of Electrical 
Engineering and Computer Science, Com¬ 
puter Science Division, Evans Hall, Univer¬ 
sity of California, Berkeley, CA 94720; (415) 
642-8778. 


The Role of Artificial Intelligence in Data¬ 
bases and Information Systems (IFIP): July 
4-8, 1988, Canton, China. Submit five copies 
of the paper (5000 words maximum) by 
November 2, 1987, to Robert Meersman, 
Infolab, K.U. Brabant, Postbus 90153, 
NL-5000 Le Tilburg, The Netherlands; 
phone 31 (13) 66-24-30. 


Coling 88, 12th International Conference on 
Computational Linguistics: August 22-27, 
1988, Budapest, Hungary. Submit four 
copies of an extended abstract (seven pages 
maximum) and of a title page that includes a 
five-line summary and a specification of the 
topic area by December 10,1987, to Eva 
Hajicova, Charles University, Faculty of 
Mathematics/Linguistics, Malostranske n. 
25, 118 00 Prague 1, Czechoslovakia. 
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Call for Participants 

10th Data Communications Symposium 
Building the Global Network 

Napa Valley, California 

5-7 October 1987 


Association for computing machinery 
special interest group on Data 
Communications (SIGCOMM) 


IEEE Computer Society !EEE Communications Society 

Technical Committee on f / Technical Committees on Data 

Computer Communications \'mL / 7 Communication Systems, 

VV« Computer Communications 


Symposium Overview 

The 10th Data Communications 
Symposium will focus on how to 
extend the current generation of 
data networks into a network of 
global proportion. There are 
many fundamental problems in 
naming, routing, protection, and 
other areas that need new insight 
to make a global network feasi¬ 
ble. The symposium will be held 
as a workshop with the goal of 
bringing together a small group 
of experts in data communica¬ 
tions to discuss these and other 
issues related to building the 
global network: 

Global Network Architecture: What is 
needed in a global network that we do 
not have today? Will the global net¬ 
work be a single monolithic network 
like today’s phone system or will it be 
a collection of loosely coupled 
autonomous networks? Will long-haul 
facilities remain costly and have lower 
bandwidth when compared to local 
networks? Where are administrative 
boundaries necessary and what form 
should they take ? 

Integrated End-User Services: What 
services will users actually want from 
next generation networks? Who will be 
the consumers of these services: scien¬ 
tific supercomputing, information 
publishers, financial services? Is the 
integration of voice, data, and video 
a pipe dream ? How will ISDN and 
FDDI interact? 

Naming and Directories: What is the 
global network's ‘ ‘phone book ’' going 
to look like? How will a directory ser¬ 
vice that effectively scales this problem 
to size be designed? Does the whole 
name structure (from top to bottom) 
have to be designed before work on a 
directory is begun ? 


Routing: Are there stable and robust 
routing algorithms that can deal with 
global networks ? In fact, what is the 
role of addressing in routing? How 
dynamic should routing be across 
separately managed regions of the net¬ 
work? Will the global network be con¬ 
nectionless or connection-oriented? 

Protection: Should the network or its 
endpoints provide authentication and 
access control? How will the network 
deal with various security models ? 
Who will mediate among the multiple 
authentication domains and security 
perimeters ? 

Past Experiences: What has been 
learned from past attempts to build 
community and enterprise-oriented 
networks ? How do today’s problems 
encountered by networks such as 
NSFnet and Physicsnet presage the 
problems of tomorrow? How will 
researchers and the standards com¬ 
munities cooperate to build the global 
network? Can (and must) everything 
be standardized? 

The workshop will be organized as a 
series of informal presentations and 
moderated panel discussions. To per¬ 
mit effective interaction, the workshop 
will be limited to approximately fifty 
people. 


Registration Fee: 

Make $250 check payable to 10th Data 
Communications Symposium 

Mail three copies of proposal, registration 
form, and registration fee by June 15, 1987. 


Program Committee 

David Clark, Co-Chair, Massachusetts 

Institute of Technology 

David Oran, Co-Chair, Digital 

Equipment Corporation 

Vinton Cerf, Corporation for National 

Research Initiatives 

David Mills, University of Delaware 

Roger Needham, Cambridge University 

Stephen Langdon, Amdahl Corporation 

Participant Instructions 

To attend, submit a 500 word (two 
page) written summary of your rele¬ 
vant work in this area, identifying the 
contribution that you are prepared to 
make at the workshop. 

Send three copies of the proposal, a 
completed registration form, and a 
(refundable) $250 registration fee by 
June 15, 1987. 

Attendees will be selected by the Pro¬ 
gram Committee on the basis of their 
written proposal. Notification of accept¬ 
ance and rejection will be mailed by 
August 1,1987. Accepted particiants 
will receive further information on the 
workshop and their participation. All 
other applicants will have their 
registration fee promptly returned. 


Send Registration Material To: 

10th Data Communications Symposium 
c/o David Clark 

MIT Laboratory for Computer Science 
545 Technology Square 
Cambridge, MA 02139 
(617)253-6003 


Name ___—- 

Address ___ 

Affiliation _I_ Telephone - 

There will be no on-site or late registration for this workshop. 


10th Data Communications Symposium Registration Form 















NEW PRODUCTS 


Computer supports four operating systems 


CIE Systems, a subsidiary of C. Itoh 
Electronics, offers a multiuser IBM PC- 
AT-compatible system that supports 
four operating systems: Pick, Unix, 
RM/COS, and MS-DOS. 

The CIES/286 is media compatible 
with CIE Systems’ line of 68020-based 
business systems. It supports two- to 
nine-user configurations. 

The CIES/286 is based on Intel’s 
80286 processor running at 6, 8, or 10 
MHz with memory expansion to 12M 
bytes. Storage components include 40 
or 70M-byte internal hard-disk storage, 
60M-byte 1/4-inch cartridge tape backup, 
and a 1.2M-byte AT-compatible floppy 
disk drive. 

For graphics applications, the system 
can be fitted with an enhanced graphics 
adapter supporting IBM, CGA, MDA, 
and Hercules graphics and text modes. 

Standard RS-232 cables and four- 
port communications controllers pro¬ 
vide connection to ASCII terminals. 

The CIES/286 comes in three stand¬ 
ard models. 

The CIES/2286 is a two-user system 
with a 40M-byte hard disk drive, floppy 
drive, 512K bytes of memory, and sys¬ 
tem console for $5960. 

The CIES/6286 is a six-user system 
with a 70M-byte hard disk drive, 60M- 
byte streaming tape drive, floppy drive, 



512K bytes of memory, and system con¬ 
sole for $8085. 

The CIES/9286 is a nine-user system 
with a 70M-byte hard disk drive, 60M- 
byte tape, floppy drive, 512K bytes of 
memory, and system console for $9800. 

System prices vary according to the 
operating system used. 

CIES/2286: Reader Service 30 
CIES/6286: Reader Service 31 
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Gould offers new family of minisupercomputers 


Gould has introduced the NPL 
family of minisupercomputers for com¬ 
putationally intensive engineering appli¬ 
cations. 

The new systems use Gould’s 
UTX/32 operating system, which is a 
compatible multiprocessor extension of 
the Unix operating system consisting of 
AT&T System V and Berkeley BSD 4.3 
environments. 

According to the company, the NP1, 
the first series of the new family, has an 
open systems architecture, including 
parallel and high-speed vector process¬ 
ing, and massive memory. 

Another product, the Realtime Hub, 
allows all Gould systems to be intercon- 
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nectible and compatible. The Hub uses 
NP1 technology and components to 
permit integration of Gould’s Con¬ 
cept/32 systems and the NP1. 

The NP1 models range in price from 
$395,000 to $2.9 million. The largest 
system, the Model 480, has up to four 
billion bytes of physical memory. The 
entry-level Model 110 features up to 
512M bytes of memory. 

The low-end NP 1 models will be 
available in the third quarter of 1987 
and the high-end models, in the first 
quarter of 1988. 

NP 1: Reader Service 33 
Hub: Reader Service 34 


Wang integrates systems 

Wang Laboratories has announced a 
system for managing, processing, and 
communicating text, data, and imaging 
information. Wang Integrated Image 
Systems (WIIS) combines products and 
services in a variety of configurations, 
available at prices ranging from around 
$100,000 for an entry-level system to 
$750,000 and up for high-end instal¬ 
lations. 

The company plans to ship entry- 
level versions in the third quarter of 
1987. High-end configurations are 
planned for the fourth quarter of 1987. 

WIIS are based on Wang’s VS family 
of superminicomputers and on Pace, 
Wang’s fourth-generation applicational 
development and relational database 
management system. 

Entry-level and larger systems can 
include image workstations for full- or 
half-page image display, stand-alone 
optical drives, and scanners. Larger 
configurations built around a VS 65 or 
larger system can include cabinet- 
mounted optical drives, optical juke¬ 
boxes, film storage and retrieval 
devices, and microfilm cameras. These 
systems require image transfer con¬ 
trollers. 

Reader Service 35 
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Unisys expands hardware and software lines 


Unisys has expanded the products 
offered in its hardware and software 
families. 

The company has announced two 
additions to the V Series of computers, 
the V 510 (base price $950,000) and V 
530 (base price $1,775,000). According 
to Unisys, the models double and quad¬ 
ruple the performance and memory 
capacity of the current top-end model, 
the V 380. Deliveries are planned for 
the fourth quarter of 1987 for the V 530 
and the first quarter of 1988 for the V 
510. 

An addition to the B 25 family of 
desktop computer systems, the B 38, is 
based on the Intel 80386 microproces¬ 
sor. The system supports up to 11 clus¬ 
ter workstations, according to the 
company. Prices start at $8375. 

ClusterShare allows PC workstations 
to coexist on the BTOS cluster with 
BTOS workstations. The product con¬ 
sists of an RS-422 interface add-on 
board and ClusterShare software. The 
card will be available in the third quar¬ 
ter for $475. 

The InfoExec series of data manage¬ 
ment products is based on semantic 
data model technology. 



The Unisys V 510 can be field upgraded to the V 530. 


The InfoGuard software security 
module extends the security facilities 
already available on the A Series com¬ 
puters. 

V 510: Reader Service 36 


V 530: 
B 38: 
ClusterShare: 
InfoExec: 
InfoGuard: 
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SugarCube workstation joins Intel’s iPSC hypercubes 


Intel Scientific Computers has 
announced an entry-level member of 
the iPSC family of concurrent com¬ 
puters. The SugarCube workstation 
reputedly broadens the hypercube-based 
iPSC family by offering systems 
designed for individual researchers, 
applications developers, and original 
equipment manufacturers. 

SugarCube systems are available in 
four desktop-sized models: a standard 
system for concurrent computing 


AI software prevents, detects, 

Prime Solutions claims that their 
Disk Technician artificial intelligence 
software automatically prevents, 
detects, repairs, and recovers hard disk 
media failures before data is lost. The 
software runs on the IBM PC, PC-XT, 
PC-AT, PC-Jr., Compaq computers, 
and IBM PC clones. 

According to the company, the pro¬ 
gram runs automatically and works on 
both hard and floppy disks. It reputedly 
performs automated daily, weekly, and 


research; an extended memory system 
for artificial intelligence and symbolic 
computing applications; a vector system 
for numeric-intensive applications; and 
a hybrid version that combines numeric 
and symbolic capabilities. 

The standard SugarCube/d3 system 
consists of eight processing nodes for 
$45,950. The standard extended mem¬ 
ory SugarCube-MX/d2 contains four 
processing nodes and 18M bytes of dis¬ 
tributed memory for $49,950. The 


repairs hardware errors 

monthly system testing and repairing 
for the ability to read and write, the 
soft error rate, track alignment, and 
magnetic retentivity. Unsafe soft errors 
are repaired or blocked. Programs and 
data files in use are moved to a safe 
area before data is lost. 

The software also features an early 
warning detection system that removes 
unrepairable marginal areas from use 
before total failure. It uses factory low- 
level Real format to repair bad areas, 


SugarCube-VX vector system consists 
of four nodes, each with an arithmetic 
accelerator, for $69,950. The four-node 
hybrid version ranges in price from 
$49,000 to $69,000, according to the 
customer’s configuration. 

SugarCube/d3: Reader Service 42 
MX/d2: Reader Service 43 
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Hybrid: Reader Service 45 


and recovers disk space lost by the IBM 
DOS format blocking entire tracks. 

Artificial intelligence reputedly helps 
Disk Technician adjust to the system 
being checked, as well as learning the 
host system to improve succeeding test 
and repair program runs. 

The list price for Disk Technician is 
$99.95. 

Reader Service 46 
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G-Logis is object-oriented version of Prolog 


Man-Machine systems offers G- 
Logis, an object-oriented version of 
Prolog developed at Universite de Tech- 
nologie de Compiegne in France and 
tested and enhanced by Graphael. 

According to the company, G-Logis 
makes possible functional and proce¬ 
dural programming, logic program¬ 
ming, and object and message 
programming. 

Features added to Prolog include no 
specific interpreter, integration into 


Workstation integrates AI 

MAD Intelligent Systems has 
announced the RDS 3000 workstation, 
which the company calls a unified hard¬ 
ware and software system for integrat¬ 
ing artificial intelligence technology 
with conventional computing. 

The RDS 3000 features MAD’s pro¬ 
prietary software, RelationalLisp. The 
language provides AI techniques and 
the ability to construct and access rela¬ 
tional databases. 

The workstation runs Unix V.3 and 
MS-DOS and includes X-Windows and 
several implementations of Common 
Lisp. 

The hardware platform includes 
Intel’s 80386 microprocessor and 82786 
coprocessor for graphics. The RDS 
3000 worksation has an AT-bus archi¬ 
tecture, eight slots, 85M bytes of hard 
disk storage, and up to 16M bytes of 
RAM. 

MAD markets its products to indus¬ 
try resellers, system integrators, and 
original equipment manufacturers. 
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Tandem Computers has announced 
NonStop SQL software for Tandem 
NonStop systems. The new distributed 
relational database management system 
incorporates Structured Query Lan¬ 
guage, according to the company. 

NonStop SQL is reportedly inte¬ 
grated with Tandem’s Guardian operat¬ 
ing system, as well as products in the 
company’s existing database manage¬ 
ment series. 

NonStop SQL will be available in the 
third quarter of 1987. The price varies 


Lisp, dynamic clause insertion, object- 
oriented programming and message 
programming, ability to declare and use 
external objects, and expandability of 
unification and inference mechanisms. 

G-Logis costs $10,000. Man-Machine 
Systems will market the product in the 
United States, Canada, and the Far 
East, while Graphael will market it in 
Europe. 
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Character-recognition tool 
for IBM PC line unveiled 

Handprints, a new software tool 
from Skylight Software, includes a set 
of routines designed to enable program¬ 
mers to incorporate character- 
recognition capability into their appli¬ 
cations. 

Handprints is a software implementa¬ 
tion of the advanced on-line handprinted- 
character-recognition algorithm. It can 
be used for handprinted letters, digits, 
and some special characters and mathe¬ 
matical symbols. 

A development kit for the IBM PC 
line includes C- and assembly-language 
callable routines for character entry and 
recognition. The kit includes an 
optional Mitsubishi GrafNet Model-01 
professional digitizing tablet with 8-inch 
x 12-inch active area, 200 ppi reso¬ 
lution, and 60 points/sec sampling rate. 
Various tablets and light pens are sup¬ 
ported. 

Handprints sells for $1200, including 
the Mitsubishi GrafNet tablet ($395). 
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according to the NonStop system used. 
The software costs $4000 for the initial 
license with a $500 monthly license per 
processor for NonStop VLX systems or 
$375 per month per processor for Non- 
Stop TXP and II systems. The initial 
license is $8000 with a $750 monthly fee 
per system for NonStop EXT25 sys¬ 
tems, and $6000 with a $600 monthly 
fee per system for NonStop EXT10 
systems. 
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Diga! for Amiga uses 
Doubletalk 

Aegis Development has announced 
the telecommunications program, 
Diga!, for the Commodore Amiga 
computer. 

Diga! uses the Doubletalk file trans¬ 
fer capability. According to the com¬ 
pany, this means that when two 
computers are connected by modem, 
one can be sending and receiving a file 
while the users communicate through 
the keyboard. 

The program requires 512K bytes of 
memory and one disk drive. It costs 
$79.95. 

Diga! also reputedly lets users create 
custom emulations, including graphics. 

Automated sessions called Scripts 
permit data capture, branching, and 
conditional statements. Scripts are 
stored in an address-book filing system 
along with settings, phone numbers, 
and other information about each 
entry. 

Remote operations can be performed 
with password protection. 

Kermit, Xmodem, and batch file 
transfer protocols are provided, with 10 
programmable function keys available. 
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Sun-3 computer is basis of 
imaging workstation 

Vicom Systems has released Vicom- 
VME, a modular, deskside, image- 
processing workstation built around a 
Sun-3, VMEbus, single-board computer. 

The Vicom-VME utilizes a bus struc¬ 
ture in which image memories, dedi¬ 
cated processors, and the 32-bit Sun 
microcomputer are interconnected in a 
modular fashion. The Sun microcom¬ 
puter and the high-speed hardware are 
tightly coupled on the VMEbus. 

The Vicom-VME offers separate 
modules for image acquisition, process¬ 
ing, and display. By mixing and match¬ 
ing these modules, users can customize 
each workstation to meet their specific 
needs. 

Real-time image processing needs are 
handled through a real-time operating 
system that is separate from the Unix 
operating system. 

Pricing for a complete workstation 
begins at $68,000. 
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IBM introduces operating systems for Personal System/2 PCs 


Both IBM Operating System/2 and 
an enhanced version of IBM PC-DOS 
(IBM DOS 3.3) are designed to take 
advantage of the capabilities of IBM’s 
Personal System/2 PCs. 

IBM’s 3270 Workstation Program, 
when used with the 80286 Expanded 
Memory Adapter (XMA), will provide 
a growth extension to IBM DOS users 
who require 3270 emulation and the 
capability for using multiple concurrent 
applications. 

IBM Operating System/2, which can 
support up to 16M bytes of memory, is 
intended as a full-function operating 
system that lets users run multiple appli¬ 
cations while communicating with other 
systems. It is meant to be used with Per¬ 
sonal System/2 Models 50, 60, and 80, 
as well as with IBM PC XT Model 286 
and the IBM PC AT. 

Standard Edition 1.0 of Operating 
System/2 is intended to support large 
memory, multitasking, and an IBM 
DOS operating environment. Standard 
Edition 1.1 of Operating System/2 will 
include all the functions of Standard 
Edition 1.0 and add Presentation Man¬ 
ager, a graphics-based program inter¬ 
face, and windowing. Standard Edition 
Versions 1.0 and 1.1 are designed for 
users who do not require pommunica- 
tions or database support. 

IBM Operating System/2, Extended 
Edition, will include the functions of 
Standard Edition 1.1 plus a relational 
database management system, inter¬ 
system communications, connectivity, 
and terminal emulation. 

Standard Edition 1.0 will be available 
in the first quarter of 1988 for approxi¬ 
mately $325. The availability date of 
Standard Edition 1.1 and the Extended 
Edition has yet to be determined; prices 
will be approximately $325 and $795, 
respectively. 

IBM DOS 3.3 is a single-tasking oper¬ 
ating system that can run on the entire 
line of IBM personal computing sys¬ 
tems. DOS 3.3 replaces all prior levels 
of DOS except DOS 2.1. 

New commands, such as Fastopen, 
Call, and Append have been added to 
make files within DOS easier to use. 
Other enhancements include additional 
communications ports and support of 
fixed disks larger than 32M bytes. 

IBM DOS 3.3 can be used with other 
programs to provide new functions and 
support that are interim solutions and 
logical migration steps to IBM Operat¬ 
ing System/2. 

Users can upgrade to the new pro¬ 
gram for $75. 

IBM 3270 Workstation Program Ver¬ 


sion 1.0, which is scheduled to be avail¬ 
able beginning in June, will extend DOS 
3.3 to allow users to get information 
from up to four concurrent host ses¬ 
sions, up to six concurrent DOS ses¬ 
sions, and up to two notepad sessions. 

It is designed for use on selected models 
of the IBM PC XT, PC AT, and all 
Personal System/2 models, as well as 
on IBM’s 3270 PC systems. 

IBM 3270 Workstation Program Ver¬ 
sion 1.1, which will be available in the 
first quarter of 1988, is designed to run 
on the Personal System/2 Model 80 and 
provides the functions of the XMA card 


without requiring the adapter. In addi¬ 
tion, when it is used with the IBM 
Token Ring LAN gateway, users are 
provided full 3270 emulation through 
the IBM Token Ring without the need 
for the 3278/79 adapter. 

Both 3270 programs will carry a price 
of $495. The Expanded Memory 
Adapter is priced at $1045 and is availa¬ 
ble now. 
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Cassette-size modem weighs 3 ounces 



Novation has announced the Nova¬ 
tion Parrot 1200 modem. The 300/1200- 
baud modem weighs three ounces and is 
approximately the size of an audio cas¬ 
sette, according to the company. The 
suggested retail price is $119. 

A microprocessor-controlled power 
management system reputedly enables 
the Parrot 1200 to function using the 
power available from the host com¬ 
puter’s RS-232 serial interface. 

The modem is compatible with Bell 
103/212A modems. 

Other features include asynchronous 
data format; full duplex operations; 


built-in self-test, analog loop-back, 
local digital loop-back, and remote digi¬ 
tal loop-back testing; touch tone and 
pulse dialing; automatic answer; AT- 
standard (Hayes) command format; 
and dial tone, busy, ring back, MCI, 
and Sprint tone detection. 

Options include adapter, cable, and 
software. Starter kits are available for 
IBM PCs and compatibles, Apple 
Macintosh, and Commodore com¬ 
puters. 


Novation’s Parrot 1200 modem is about the size and weight of an audio cassette. 
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Intel offers integrated department service network 


Intel has announced a system for 
department automation of large num¬ 
bers of personal computers. 

The MultiServer system provides a 
common networking solution, with 
transparent file access regardless of 
where the data resides on the network. 
It supports personal computers, depart¬ 
mental level computers, and main¬ 
frames. 

OpenNet MultiServer software pro¬ 
vides a range of network services that 
are available to every node on the 
network. 

At the heart of the OpenNet Multi- 
Server network is the Intel System 300 
Series microcomputer, optimized for 


Kodak extends CAR product 

Eastman Kodak has announced four 
products that support its line of 
computer-assisted retrieval (CAR) 
information systems. 

The KAR-6600, a mid-volume, stand¬ 
alone, computer-assisted retrieval sys¬ 
tem, can be used by six to eight persons. 
Based on a Prime 2350 minicomputer 
upgradable from 4M bytes to 8M bytes, 
the system is supplied with one or two 
disk drives for 120M bytes or 240M 
bytes of storage. 

The KAR-6600 includes KAR infor¬ 
mation software, Version 3. With tape 
drive, the 240M-byte system sells for 
$80,300; the 120M-byte system without 
tape drive sells for $63,000. 

The KAR mainframe system is a 


local area network control. 

The MultiServer system comes in two 
configurations: a high-performance 
base file/print server configuration; and 
a full file/print/communications server 
with eight-line communications control¬ 
ler for asynchronous and host-link com¬ 
munications. Both systems include 
MOM bytes of mass storage, 60M bytes 
of tape cartridge backup, a 320K byte 
floppy disk drive, an 8-MHz 80286 
CPU, and an integrated OpenNet 
Ethernet LAN controller. 

Complete MultiServer systems range 
in price from $15,000 to $30,000, 
depending on the configuration. 
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generic computer-assisted retrieval soft¬ 
ware package for IBM mainframes of 
the 43xx and 30xx families that run 
CICS under MVS or VSE. The package 
is available on license from Kodak for 
$30,000 with an annual renewal fee of 
$4500. 

Kodak has also introduced the Star- 
mate 500 universal reader-printer. The 
company says that the Starmate 500 has 
the smallest footprint of any such 
device on the market, and adds that it 
can be adapted to accept manual or 
motorized 16/35 mm roll film adapters. 
It is priced at $2700. 

KAR-6600: Reader Service 59 
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Ethernet-to-DDN gateway released to production 


Advanced Computer Communica¬ 
tions has released its ACS 4020 
Ethernet-to-DDN gateway to produc¬ 
tion. The stand-alone ACS 4020 enables 
up to 49 host computers on the Ethernet 
LAN to share a single physical port on 
the DDN Packet-Switch Node. 

Advanced Computer Communica¬ 
tions says that the gateway is, in effect, 
a port expander that permits the Ether¬ 
net to appear as part of the Internet 
environment. 

All hosts on either DDN or Ethernet 
that use the ACS 4020 will be using the 
DoD Standard TCP/IP (Transmission 
Control Protocol/Internet Protocol) 


higher level protocols. The 4020 uses 
ARP (Address Resolution Protocol) for 
dynamic mapping of Ethernet addresses 
onto Internet addresses. 

The ACS 4020’s link to the DDN net¬ 
work supports data rates of over 256K 
bps through a single physical port. Net¬ 
work configuration tables in the ACS 
4020 can be modified and monitored 
from both local and remote sites. 

Additional ACS 4020s can be added 
in parallel on the same Ethernet. 

The ACS 4020 is available in a rack- 
mountable or a stand-alone configura¬ 
tion for $12,900. 
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Network links 20 PCs 
and peripherals at $100 
per node 

Avatar Technologies has begun ship¬ 
ping Alliance ZSL, its PC network that 
connects 20 PCs and peripherals at $100 
per node. 

Alliance ZSL is designed to be a com¬ 
plete networking system that allows 
IBM personal computer users to com¬ 
municate with one another and to share 
peripherals and other resources across 
the network. Those resources include 
printers, modems, protocol converters, 
and host computers. 

The networking system consists of 
hardware, software, documentation, 
and cabling. 

The hardware component acts as a 
network processor, resides at the center 
of the network’s star configuration, and 
eliminates the need for a dedicated file 
server. With standard RS-232 serial 
port connections, up to 20 PCs and 
other devices can be located as far away 
as 500 feet from the controller. PCs can 
communicate at speeds up to 115K bps. 

The Alliance ZSL software is pack¬ 
aged on a single non-protected diskette 
and includes network-management soft¬ 
ware, hot-key software, file-transfer 
and queued-operation capabilities, 
printer-server and user software, and a 
printer-sharing feature. 

Three versions of Alliance ZSL are 
currently available: an 8-node version 
priced at $1195, a 14-node package for 
$1595, and the 20-node version for 
$1995. A user-installable 6-node 
upgrade kit is available for $600. 
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The ACS 4020 provides transparent 
access to a single DDN packet-switch 
node port for 1 to 49 Ethernet hosts. 
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Boards support circuit design on Macintosh II, SE 


Vector Electronic has announced the 
development of five prototyping boards 
and three extender boards for the 
Macintosh II and Macintosh SE com¬ 
puters. 

The prototyping boards are intended 
to enable engineers and technicians to 
construct prototypes of new designs for 
electronic circuits and to test the proto¬ 
types prior to putting them into produc¬ 
tion. The extender boards are designed 
to be used to gain access to a circuit 
card (for test, measurement, and repair) 
while the board is actually plugged in 
and operating. 

The eight products are 

• Model 5085-3, the Macintosh II 
Pad-Per-Hole Prototyping Board 
($64.50); 

• Model 5085-4, the Macintosh II 
Voltage/Ground Prototyping 
Board ($69.50); 

• Model 5085-5, the Macintosh II 
Vectorbord plus Prototyping 


Board ($83.50); 

• Model 5086-3, the Macintosh SE 
Pad-Per-Hole Prototyping Board 
($57.50); 

• Model 5086-4, the Macintosh SE 
Voltage/Ground Prototyping 
Board ($60.50); 

• Model 3690-27, the Macintosh II 
and SE Extender Board ($48); 

• Model 3690-28, the Macintosh II 
High Performance Extender Board 
($300); and 

• Model 3690-29, the Macintosh SE 
High Performance Extender Board 
($300). 

Vector Electronic’s Vectorbord plus 
product line utilizes a packaging tech¬ 
nology that makes use of multilayer 
construction and the use of SMD coup¬ 
ling of alternating values. 
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Husky handheld computer 
weighs under 2 pounds 

The Husky Hawk portable handheld 
computer, which has 352K bytes of 
RAM and 124K bytes of ROM, has 
been introduced by Husky Computers. 

The Husky Hawk weighs less than 
two pounds (including 35-hour NiCad 
batteries); uses CMOS memory; 
employs the 6.144-MHz HD64B180 
central processor (a superset workalike 
of the Z80); features a 68-key keyboard 
with 10 special function keys; has eight¬ 
line, 240 x 64 dot backlit LCD display; 
and is fully programmable, including a 
built-in superset version of Microsoft 
Basic. 

The Hawk has two asynchronous 
RS-232/V24 ports, one a full modem 
interface through a 25-pin connector, 
the other an eight-pin mini-DIN con¬ 
nector. 

It is priced at $1895. 
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Asynchronous networking system provides network management 


Able Computer has introduced its 
Micro Integrated Network Exchange 
(Minx), a desktop-sized resource- 
management system for asynchronous 
switching. 

Minx supports up to 480 ports in 
both distributed and concentrated 
applications. 

The company says that unlike other 
network solutions, Minx features the 
combined strengths of LANs and 
switches: distributed networking, cen¬ 
tralized network management, user- 
initiated switching, network diagnos¬ 
tics, security levels, port contention, 
load balancing, multisessions, and 
queuing. 


It adds that Minx complements exist¬ 
ing file-transfer networks, allowing 
companies to offload terminal and PC 
traffic to the Minx network. 

Minx uses a combination of terminal, 
printer, and host servers to connect 
users and computers in a distributed 
environment similar to a LAN. Termi¬ 
nal and printer servers are connected to 
Minx anywhere along twisted-pair 
wiring—up to 2000 feet from the Minx. 
Long-distance connections using fiber¬ 
optic modems and T1 connections are 
also supported. 

Minx is priced at $5000. 
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Minx offers diagnostic testing of net¬ 
work nodes, user ports, and terminals. 
It also initiates automatic logoff 
procedures. 



Media-conversion system based on IBM PC-XT, PC-AT 


Applied Data Communications has 
introduced its intelligent TM500-ST 
Media Conversion/Duplication System, 
which is designed to translate data from 
source diskettes to incompatible media 
formats without requiring additional 
reconstruction. 

The TM500-ST offers media-conversion 
capabilities for more than 500 different 
media formats, including 8-, 5.25-, and 
3.5-inch diskettes and magnetic tape. 

The TM500-ST runs data through a 
series of translation tables that adapt 
existing data to a new format. 


The company currently offers more 
than 500 conversion programs at $500 
apiece. 

The TM500-ST can be used with an 
IBM PC, PC AT, or compatible with at 
least 640K bytes of memory and a hard¬ 
disk drive. 

The TM500-ST operates through an 
interface that runs on the PC. The sys¬ 
tem reads data from a source diskette, 
stores it on the PC’s hard-disk drive, 
performs data conversions, and trans¬ 
fers data to another diskette, to data 
communication lines, to magnetic tape, 


or to any other type of media storage 
device. 

It is list priced at $15,750 and includes 
a preconfigured PC-compatible system 
with a 20M-byte hard disk drive. 

The optional RDH-525 robotic dis¬ 
kette handler, which has a 100-diskette 
hopper, allows the TM500-ST to be 
used for volume diskette duplication. It 
is priced at $6500. 
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Modem for poor-quality lines 


Hand-held scanner for 
IBM PC 


Okidata offers a 9600-bps syn¬ 
chronous modem for use over dial-up 
or dedicated telephone lines that the 
company claims improves performance 
over public lines of uncertain quality. 

The CLX96DP belongs to Okidata’s 
CLX96 Series of modems. It features 
automatic adaptive equalization and 
complies with CCITT V.29 require¬ 
ments. It also meets Federal Standard 
1007. 

The modem operates in half-duplex 
mode on dial-up lines and half- or full- 
duplex mode on dedicated lines. It 
offers built-in diagnostics for fault iso¬ 
lation. Local analog and digital and 
remote digital tests provide unattended 
loopbacks to isolate error conditions. 
Remote analog testing over dedicated 


New computers from Plexus 

Plexus Computers has announced the 
Plexus XDP Extended Data Processing 
System and the Plexus P/95 departmen¬ 
tal data processing system. 

According to the company, the 
Plexus XDP System merges a super¬ 
microcomputer and relational database 
with personal computer workstations, 
document scanners, optical character 
readers, facsimile machines, laser 
printers, and optical disks. 

The XDP System consists of two 
major hardware elements managed by 
Plexus’ XDP Operating Environment 
software: an XDP data server and a 
network of XDP workstations. 

The data server is based on the Plexus 
P/95, P/75, or P/55 systems. All are 
MC68020-based computers using the 
Unix operating system. The worksta¬ 
tions are IBM PC-AT-compatible 
microcomputers with image processing 
capability, peripheral interfaces, and 
communications controllers. Worksta¬ 
tion software executes under Microsoft 
Windows running MS-DOS 3.1. 

Prices for the XDP range from 
$75,000 for a system consisting of an 
XDP data server, an XDP workstation, 
a scanner, a printer, and software, to 
over $1 million for a maximum configu¬ 
ration. 

The Plexus P/95 reputedly outper¬ 
forms the company’s previous high-end 
product, the P/75. It uses the Unix 
operating system and is based on the 
32-bit MC68020 microprocessor run¬ 
ning at 25 MHz. It costs $57,200. 
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The Okidata CLX96DP modem offers 
9600 bps speeds over public lines of 
uncertain quality. 


lines provides additional help in locat¬ 
ing problems. 

The CLX96DP is available in stand¬ 
alone or rack-mount models. Suggested 
retail price is $1495. 
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Epson enhances Equity 

Epson America has enhanced the 
Equity I. According to the company, 
the IBM PC-XT-compatible Equity I + 
runs at twice the speed of the XT. 

The Equity I + has a dual-speed (4.77 
and 10 MHz) 8088 microprocessor, five 
expansion slots, 640K bytes of RAM, 
support for a 3.5-inch floppy disk drive, 
MS-DOS version 3.2, GW-Basic, and a 
set of system diagnostics. 

The new computer comes in three 
configurations: single floppy disk 
($1095), dual floppy disks ($1295), or 
single floppy with a 20M-byte internal 
hard disk ($1695). 
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Time series software 

BBN Software Products has 
announced DataProbe software, which 
the company calls an interactive time 
series analysis and graphics system. 

DataProbe contains a structured 
command language that permits crea¬ 
tion of automated procedures for 
quick-look reports. 

The software runs on Digital Equip¬ 
ment’s VAX computers under the VMS 
operating system. 

Prices for a DataProbe license range 
from $30,000 to $65,000 depending on 
the VAX model. 


Saba Technologies has announced 
Handscan, a hand-held data-entry 
device for the IBM Personal Computer. 

Handscan attaches directly to IBM 
PCs and compatibles and works with 
software programs such as Lotus 1-2-3, 
dBase III, Rbase 5000, Wordstar, 
WordPerfect, and Multimate. 

The information scanned is entered 
into an application program as if it had 
been typed in, according to the com¬ 
pany. Programmable function keys and 
a substitution table permit formatting 
of data to match an application. 

Handscan consists of the hand scan¬ 
ner, an interface board, software, and a 
user’s manual. The company recom¬ 
mends 640K bytes of RAM and a hard 
disk. The product requires a full-length 
expansion slot and MS-DOS, version 
2.1 or later. 

Handscan’s suggested retail price is 
$649.95. 
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Fairchild introduces single¬ 
chip modem family 

Fairchild Semiconductor has an¬ 
nounced a single-chip Hayes-compatible 
1200-bps full-duplex modem as the first 
in its Surelink family of data communi¬ 
cations products. 

The uA212AT performs all standard 
Bell 212A/103 signal processing func¬ 
tions and supports auto-dial, auto¬ 
answer, and diagnostics. All analog 
functions are on-chip. 

The chip is available in 28-lead 
ceramic dual-in-line packages and in 
plastic leadless chip carriers for surface 
mounting. In quantities of 1000, prices 
are $27.50 for the 28-pin ceramic DIP 
and $29 for the plastic LCC. 

A design kit consisting of a 
Smartmodem-compatible board con¬ 
taining the uA212AT chip, a 6801 
microcontroller, data access arrang- 
ment, electrically-programmable read¬ 
only memory, and an RS-232 interface 
costs $499. 

Future members of the Surelink 
family will reputedly offer on-chip 
universal asynchronous receiver/trans- 
mitter, hand-shaking protocols, and 
mode options. 
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CAE software tools for IBM PC-AT 


Comm90 aids networking 

Prentice has introduced a family of 
data communications equipment reput¬ 
edly designed to integrate the capabili¬ 
ties of a data PBX, switching statistical 
multiplexer, X.25 PAD, and LAN ter¬ 
minal server. 

The Comm90 Series is based on a dis¬ 
tributed architecture that according to 
the company provides each system mod¬ 
ule with local intelligence. 

The Comm90 Series includes the 
DX90 Data PBX, MX90 Switching 
Statistical Multiplexer, PD90 X.25 
Packet Assembler/Disassembler, and 
LT90 LAN Termiifal Server. All units 
are compatible. 

The DX90 comes in two models with 
capacities ranging from 16 to 336 ports. 
The DX90 also supports Ethernet, IBM 
SNA/SDLC, and X.25 interfaces. 

Prices start at $4600 for an entry-level 
16-port unit and range to $40,000 for a 
fully configured system. 

The MX90 with 32 input ports and 
two composite channels costs $7600. 

The 96-port unit with four composite 
channels sells for $18,600. 

The PD90 offers up to 14 synchronous 
network links. It conforms to CCITT 
X.3, X.28, and X.29 standards. Prices 
start at $7600 for an entry-level 16-port 
unit and range to $15,600 for a fully 
configured system. 

The LT90 is Ethernet compatible. It 
can attach up to 96 devices, including 
terminals, modems, and printers. It 
supports IEEE 802.3 standards and 
TCP/IP. No price given. 
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TeleSoft has announced the Ada 
Profiler to assist developers in pinpoint¬ 
ing areas in Ada programs where pro¬ 
gram alterations will improve 
performance. 

According to the company, the Ada 
Profiler monitors the execution of pro¬ 
grams and provides a reduced profile 
report of the data to help locate possi¬ 
ble inefficiencies in applications 
programs. 

The Profiler also includes a “what- 
if” feature. 

The Ada Profiler is available for use 
with the TeleGen2 Ada development 
system on the VAX/VMS host and tar¬ 


Phase Three Logic has announced the 
CapFast family of CAE software tools 
for the IBM PC-AT and compatible 
machines, including the Intel 80386 
CPUs, with EGA or high-resolution 
color graphics, a hard disk drive, and 
640K bytes of RAM. The basic package 
consists of a schematic editor, a symbol 
editor, a symbol library, and a plotter 
utility. 


Honeywell Bull has introduced the 
DPS 7000 line of midrange 32-bit main¬ 
frame computers for transactional 
processing and support of integrated 
solutions. The family was designed and 
built by Compagnie des Machines Bull. 

The DPS 7000 units were reportedly 
developed as follow-on systems to the 
Honeywell Bull DPS 7 line. The new 


Zenith Electronics has expanded its 
local area network product line with the 
LANcard for the IBM PC, PC-XT, PC- 
AT, and compatibles. The product 
reputedly allows personal computers to 
communicate at 0.5M bits per second in 
Zenith’s Z-LAN broadband LAN. 

According to the company, the Z- 
LAN 500C LANcard is an intelligent 
bus-adapter card designed for installa¬ 
tion in a PC expansion slot. The card 
also has the Netbios standard network 


get, and VAX/VMS host to MC680X0 
targets. Prices range from $1250 to 
$9500 according to configuration. 

TeleSoft has also announced the 
Introduction to Ada package to aug¬ 
ment in-house Ada training programs. 
The package includes an on-line docu¬ 
ment retrieval system, 50 new quizzes, 
and sample Ada programs. The Intro¬ 
duction to Ada package operates with 
TeleGen2 on any VAX/VMS system. 
Prices range from $1500 to $10,000 
according to configuration. 

Profiler: Reader Service 86 
Intro: Reader Service 87 


Optional software includes an inter¬ 
active simulation grapher and netlisters. 

The tools were originally engineered 
for CAE workstations, according to the 
company. 

The EGA version of the basic 
schematic design package and a stan¬ 
dard parts library cost $2600. 
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line includes five models: the 10, 20, 30, 
40, and 50. The units support up to 600 
terminals and range in price from 
$127,000 to over $1 million. They run 
the GCOS 7 operating system. 

The DPS 7000 systems will be availa¬ 
ble in the United States in August 1987. 
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interface, which operates LAN software 
that supports Netbios. 

The LANcard also reputedly has the 
built-in capability to perform layer- and 
system-level network management func¬ 
tions as well as status monitoring for 
simplified system installation and main¬ 
tenance. 

Prices range from $495 to $695, 
depending on volume. 
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SmartView manages network 

PCI has announced SmartView, an 
X.25 network management system. The 
software runs on an IBM PC-AT or 
compatible under the Xenix operating 
system. 

SmartView accesses remote SmartNet 
2000 or 3000 series processors in the 
X.25 network through two asyn¬ 
chronous ports. Once loaded, the appli¬ 
cation runs unattended. Password 
protection guards against unauthorized 
entry in the management system. 

SmartView costs $1750. 
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New computers out from Honeywell Bull 


LANcard connects IBM PCs on Z-LAN 


TeleSoft offers Ada tools and training 
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NEW LITERATURE 


Frost & Sullivan reports. The United 
Kingdom leads in creating networks in 
the workplace, but a new study of 
LANs predicts that by 1990 both West 
Germany and France will eclipse the 
U.K. in this market. See “Local Area 
Networks in Europe” (#E857, 307 pp., 
$2575) for Frost & Sullivan’s theories 
about how and why the market will 
change. Frost & Sullivan, Sullivan 
House, 4 Grosvenor Gardens, London 
SWIW ODH; 01-730-3438 or Frost & 
Sullivan, 106 Fulton St., New York, NY 
10038; (212) 233-1080. 

Tab Books on expert systems, design. 
Michael Chadwick and John Hannah 
provide advice, guidance, and specific 
program examples on writing expert 
system programs for specific applica¬ 
tions in Expert Systems for Micro¬ 
computers—An Introduction to 
Artificial Intelligence (order no. 2838, 
234 pp., $14.60 paper—ISBN 0-8306- 
2838-X, $19.95 hardbound—ISBN 
0-8306-0438-3). Tab Books, PO Box 40, 
Blue Ridge Summit, PA 17214; (717) 
794-2191. 

Designing Portable Computerized 
Instruments by W. R. and S. E. Pen¬ 
rose (order no. 2710, 262 pp., $18.60 
paper—ISBN 0-8306-2710-3, $27.95 
hardbound—ISBN 0-8306-1310-2) 
tackles the design and construction of 
computerized instruments specifically 
designed for portability. 

Parallel Processing: The Cm * Experi¬ 
ence by Edward F. Gehringer, Daniel P. 
Siewiorek, and Zary Segall details the 
insights gained by a team of researchers 
at Carnegie Mellon University as they 
built, programmed, and evaluated 
Cm*, an experimental 50-processor 
multiprocessor system. ISBN 0-932376- 
91-6, order no. EY-6709E-DP, hard¬ 
bound, 464 pp., $40. Digital Press, Dig¬ 
ital Equipment Corp., 12A Esquire 
Rd., Billerica, MA 01862. Credit card 
orders call 1-800-343-8321. 

Video on computer design paradigm. 

California Newsreel has released Com¬ 
puters in Context, a video to introduce 
Americans to a human-resource-based 
computer design paradigm that has 
emerged in Scandinavia over the past 
decade. The 30-minute videocassette 
documents three successful applications 


of this “tool perspective” for designing 
systems that augment worker creativity. 
Major funding was provided by the 
German Marshall Fund of the United 
States. The video can be rented for $60 
plus $5 shipping, or purchased for $290 
plus $5 shipping. Contact California 
Newsreel, 630 Natoma St., San Fran¬ 
cisco, CA 94103; (415) 621-6196. 

Computer Industry Almanac (780 pp.) 
covers people, companies, products, 
and trends in the computer industry. It 
supplies facts and forecasts, with direc¬ 
tories and rankings for companies and 
products. It also covers education, 
research, salaries, and marketing, 
among others. Published by Computer 
Industry Almanac, Inc., 8111 LBJ Free¬ 
way, Dallas, TX 75251-1313; (214) 
231-8735. Distributed by Ingram Book 
Company in the United States. Soft- 
cover, ISBN 0-942107-01-2, $29.95; 
hardcover, ISBN 0-942107-00-4, $49.95. 

EDI market to boom. According to 
“Electronic Document Interchange 
Markets—U.S. and International” 
(#732, 179 pp.) from International 
Resource Development, the market for 
electronic document interchange will 
double this year, from $40 million to 
$80 million, and pass $1 billion in 1994. 
IRD predicts that third-party service 
suppliers will be major beneficiaries of 
this market growth. A free table of con¬ 
tents and description of the $2100 
report is available from IRD, 6 Prowitt 
St., Norwalk, CT 06855; (203) 

866-7800. 

New from Bowker. Microcomputer 
Marketplace 1987 (ISBN 0-8352-2267-5, 

1115 pp., $95) covers software, compa¬ 
nies, publications, meetings, and con¬ 
tacts for organizations and individuals 
involved in the microcomputer indus¬ 
try. Entries are in alphabetical order, 
with a cross-indexed directory. Contact 
Customer Service, R.R. Bowker Co., 

PO Box 766, New York, NY 10011; 
1-800-521-8110. For delivery outside the 
U.S. and Canada, contact Order Dept., 
Bowker U.K., PO Box 88, Borough 
Green, Kent, TN15-8PH, U.K. 

The Software Encyclopedia 1986-1987 
(ISBN 0-8352-2090-7, 1881 pp., $125) 
is a two-volume set of available 


microcomputer software. Scientific and 
Technical Books and Serials in Print 
(ISBN 0-8352-2263-2, 4203 pp., 
$159.94) is a three-volume set with 
entries for more than 135,000 publica¬ 
tions. The Directory of American 
Research and Technology 1987 (ISBN 
0-8352-2310-8, 744 pp., $185) covers 
over 1500 fields of scientific research 
and over 11,000 companies. It includes 
contact information, addresses, key 
personnel, and descriptions of R&D 
activities. 

New criteria from CSAB. The Comput¬ 
ing Sciences Accreditation Board has 
revised its minimum standards docu¬ 
ment, “Criteria for Accrediting Pro¬ 
grams in Computer Science in the 
United States.” The revised criteria will 
be applied as practicable to programs 
now under evaluation, and to programs 
evaluated in the 1987-88 accreditation 
cycle running from February 1987 to 
June 1988. Copies are free of charge 
from CSAB Publications, 14th Floor, 
345 E. 47th St., New York, NY 10017; 
(212) 705-7088. 

The LAN Software Directory, second 
edition, covers more than 400 products 
in two major sections: PC LAN soft¬ 
ware and software that runs on other 
types of LANs. Listings are arranged 
alphabetically according to product 
name. The directory costs $137, $187 
outside the U.S. Contact Architecture 
Technology, PO Box 24344, Min¬ 
neapolis, MN 55424; (612) 935-2035. 

Out of the Crisis by statistician W. 
Edwards Deming delineates Deming’s 
philosophy of management: capture 
markets with better quality, lower 
prices, and increased productivity. Pub¬ 
lished by Massachusetts Institute of 
Technology, Center for Advanced Engi¬ 
neering Study. Hardbound, 507 pp., 

$60. Contact MIT, Room 9-234, Cam¬ 
bridge, MA 02139; (617) 253-7444. 

Japan Computer Index ‘87 provides a 
directory in English of business hard¬ 
ware and software in the Japanese com¬ 
puter industry. Available from Infonet, 
5F The 7th Industry Bldg., 1-20-14 Jin- 
nan, Shibuya-ku, Tokyo, Japan 150; 

(03) 770-4483. 
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MICROSYSTEM ANNOUNCEMENTS 


Company, Model, Function Comments R.S. No. 


Sands Communications This 2400-baud modem features built-in Microcom Networking Protocol, auto dialer, 120 

Lightning 24 MNP battery-backed multiple number storage, a speaker, and support of both synchronous and 

Modem asynchronous communications. Cost: $599. 


C.Itoh Electronics 
YD-701; 

YD-801 

3.5- inch drive; 

5.5- inch drive 


The YD-801 has a storage capacity of 3.2M bytes, and retains read/write compatibility 121 

with current 1M and 1.6M-byte drives; the YD-701 offers a capacity of 2.0M bytes and is 
compatible with 1.6M and l.OM-byte standards. These half-height floppy disk drives use 
surface mount technology to resist environmental fluctuations. Cost of the YD-801: $280; 
YD-701, $250. 


Benford Communications This secondary storage board comes in four models that utilize VLSI chip technology and 122 

Concept Card stiction-free design. All models come fully formatted for DOS 3.1 and occupy 1 or l'A slots. 

Storage card The CC-T20 has a capacity of 21M bytes and sells for $599; the CC-T30, 32M bytes for 

$699; the CC-T40, 42M bytes for $1499; and the CC-T60, 63M bytes for $1699. 


Dataram Corp. Compatible with Data General’s MV/4000, MV/10000, and S-280 systems, this 256K-byte- 123 

DR-280 based memory module is available in 2M, 4M, and 8M-byte versions. It also features a 

Add-on memory memory disable switch and a user-accessible memory starting address switch. The 8M-byte 

version costs $12,995; the 4M-byte one, $7995; and the 2M-byte version, $4295. 


Genoa Systems 
Galaxy II 
Tape backup 


In 20M or 60M-byte cassettes or 60M or 120M-byte cartridges, this backup subsystem 124 

includes a drive, an interface card and cable, software in diskette form, and a manual- 
driven menu. This tape backup system can support both network connectivity (with 
optional software) and standalone, single-user systems. It has a backup rate of 5M bytes 
per minute, which can be done automatically by scheduling and presetting. The internal 
20M-byte cassette is priced at $895; the external cartridge of 60M bytes is priced at $1395. 


Fujitsu America This full-duplex, four-wired leased line modem is Trellis coded and measures 56 square 125 

M1928CM01 inches. It features a speed of 19.2K bps, with fallback speeds of 16.8, 14.4, 12.0, and 9.6K 

Card modem bps, and 16-state, eight-dimensional coding. Cost: $3550. 


Hercules This video card runs IBM-compatible PC applications for enhanced color monitors and 126 

InColor Card displays 16 colors from a 64-color palette in 720- x 348-pixel resolution. Meets IBM 

Color graphics card Enhanced Color Display specifications. Cost: $499. 


Integrated Solutions This board is equipped with a LANCE processor and a Motorola MC68000 CPU at 127 

VME-ECX 10MHz. The 256K bytes of dual-ported RAM supports 32-bit transfers over the VME 

VME Ethernet board interface. Has extended addressing and can grow with the system, up to 4G bytes. Cost: 

$1900. 


Matrox 
MG-1280 

Color graphics board 

Mountain Computer 
Micro Bernoulli 
Disk drive 


Plessey Microsystems 
PME BB-1 
Bubble memory 


Tecmar 
Captain 286 
Expansion board 


Designed for the Multibus I architecture, this board includes a 32016 CPU and an 128 

HD63484 drawing processor. It can draw 1280 x 1024 images at the rate of 35,000 vectors 
per second and includes a 16-bit DMA port. Cost (10’s): $44.95. 

Internal or external drive with an average seek time of 40 ms and using 5'/ 20M-byte car- 
tridges. Compatible with IBM, AT&T, COMPAQ, and look-alikes. Software diskette and 
manuals included. Cost of internal unit (with controller-adaptor): $2195; external unit (not 
including controller-adaptor): $2395. 

Master board contains 1M byte of memory, with up to eight 2M-byte slave storage units 130 
and performs VME transfers up to 3.6M and 2.6M bytes per second in write and read 
cycles, respectively. Access time is 11 ms. Cost of the master board: $3983; each slave 
board, $4596. 

This 16-bit expansion board can be expanded to 4M bytes with 256K-byte single in-line 131 

memory modules and is compatible with the EMS standard. Features an IBM-compatible 
parallel printer port and an RS-232 serial port. Configurable for DTE/DCE protocols and 
can accommodate 80286 processors running at 6, 8, or 10 MHz. Cost for 512K-byte ver¬ 
sion: $845. 
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ICANNOUNCEMENTS 


Company, Model, Function_Comments R.S. No. 


Analog Devices 

AD392 

D/A converter 

Chip includes control logic, registers, latches, and four 12-bit, high-speed, voltage-out 140 

DACs with a bus access and a settling time of 100 ns and 4 \x s, respectively. Pin stake 

32-lead ceramic packaging. Cost (100’s): $99. 

Bowmar/White 

8090 

CMOS EEPROM 

Nonvolatile 1,048,576-bit CMOS EEPROM chip in a 128K-bit x 8-bit/word format with 141 

three-state output and operable from - 55 °C to + 200°C. Fifty-six pin ceramic DIP pack¬ 
aging. Cost (100’s) for high-temp.: $1322; military temp.: $1495; commercial temp.: $1295. 

Burr-Brown 

DAC811JU/KU 

DAC 

Chip includes bus-compatible 12-bit D/A converter in 0.7- x 0.29-inch package, precision 142 
voltage reference, interface logic, and double-buffered latch. Has ±/LSB max linearity 
error, 4-^s settling time, and ±0.2 percent gain error. Cost (100’s): $13.10. 

Integrated Device 
Technology 

IDT75C19/29 

DAC converters 

This CMOS 9-bit, 125-MHz DAC converter drives a 75-ohm load to video levels with reso- 143 
lution of 1280 X 1024. It uses 6x3 segmented architecture and is packaged in 24-pin her¬ 
metic DIPs, 28-pin leadless chip carriers, and 0.300-inch THINDIPS. Version C19 features 
ECL-compatible inputs; C29, TTL-compatible ones. Cost (100’s) : $38.50. 

Motorola 

MCM61L64C, 

CMOS RAM 

This low-power CMOS static RAM has a 30 -jjA data retention current (from 0-70 °C) and 144 

45- and 55-ns access times and requires 2 V for data retention. Available in 600 mil, 28-pin, 
cerdip Dual-in-Line package. Cost (100’s): $19.50. 

Sony Corporation 
CXA1076K 

A/D converter 

This 8-bit, flash monolithic analog-to-digital converter is rated at 200 MSPS and has an 145 

input bandwidth of 100 MHz and a power consumption of 860 mW. Packaged in a 

68-contact ceramic chip carrier. Cost (100’s): $385. 

Texas Instruments 
TMS320C30 

DSP 

Featuring 60-ns execution time, this digital signal processor also has two IK- x 32-bit 146 

single-cycle, dual-access RAM blocks, a 4K- x 32-bit single-cycle, dual-access ROM block, 
and a 64- x 32-bit instruction cache. Both a 32/40-bit floating-point and integer multiplier 
and logical ALU are included. Cost (in OEM quantities): $50. 

Texas Instruments 
TMS27C292 

CMOS EPROM 

Pin-compatible with 2K- x 8-bit bipolar PROMs, this 2K- x 8-bit EPROM offers an 147 

access time to 35 ns and a 394-mW power dissipation at 0-70°C. It has windowed, dual-in¬ 
line, 600-mil packaging. Cost (100’s): $8.75. 

Thomson-Motek 

MK41H80 

CMOS SRAM 

Chip contains 4K- x 4-bit RAM array and a 4-bit comparator and has an address/cycle 148 

time of 20 ns. Also features flash clear and read access. Available in 300 mil. 22-pin plastic 
and ceramic DIPs. Cost (140’s): $15.75. 

Toshiba America 
TC511000J-85/10/12; 
TC511001J-85/10/12; 
TC511002J-85/10/12 
CMOS DRAMs 

DRAMs are organized as 1,048,576 1-bit words and in 20-pin SO-J packages. Access time 149 

is 85, 100, and 120 ns and mode is fast page, nibble, and static column for 511000, 511001, 
and 511002, respectively. Cost (1000’s) of 120-ns version: $23.45. 

Toshiba America 

TC511000J-85/10/12; 
TC511001 J-85/10/12; 
TC511002J-85/10/12 
CMOS DRAMs 

This CMOS dual asynchronous communications element includes a Centronics-style 150 

printer interface and has two serial I/O ports and one bidirectional parallel data port. 

Housed in either leaded ceramic or plastic leaded Jedec-standard 68-terminal chip carriers. 

Cost (2000 or more): $16.50. 

VLSI Technology 
VL16C452 

Interface driver 

Organized as 256 words x 4 bits, this IK CMOS SRAM has an access time of either 15, 25, 151 

or 35 ns and consumes 330 mW. Packaging is in 22-pin plastic DIPs. Cost (100’s) of 15-ns 
version: $10.44. 
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CAREER OPPORTUNITIES 


RATES: $12 per line, $120 minimum charge (up 
to ten lines). Average six typeset words per I ine, 
nine lines per column inch. Add $10for box num¬ 
ber. Send copy at least six weeks prior to month 
of publication to: Marian Tibayan, Classified 
Advertising, COMPUTER Magazine, 10662 Los 
Vaqueros Circle, Los Alamitos, CA 90720. 

In order to conform to the Age Discrimination in 
Employment Act and to discourageage discrim¬ 
ination, COMPUTER may reject any advertise¬ 
ment containing any of these phrases or similar 
ones: “...recent college grads...,” “...1-4 
years maximum experience..".. .up to 5 
years experience..or “.. .10 years maxi¬ 
mum experience.” COMPUTER reserves the 
right to append to any advertisement, without 
specific notice to the advertiser, "Experience 
ranges are suggested minimum requirements, 
not maximums." COMPUTER assumes that, 
since advertisers have been notified of this 
policy in advance, they agree that any experi¬ 
ence requirements, whether stated as ranges or 
otherwise, will be construed by the reader as 
minimum requirements only. 


THE UNIVERSITY OF MINNESOTA-DULUTH 

COMPUTER ENGINEERING. The University of 
Minnesota-Duluth has up to 2 tenure/tenure- 
track positions open 9/1/87. DUTIES: Moderate 
teaching load, primarily upper division in bac¬ 
calaureate program. Areas of emphasis include 
digital system design, microprocessor-based 
design, applications and interfacing, micro¬ 
processor system development, digital and 
analog electronics, telecommunications engi¬ 
neer (hardware), etc. Conduct sponsored 
research and maintain professional activities. 
QUALIFICATIONS: At least 1 degree in engineer¬ 
ing, applied physics, computer science or 
related field. Assoc, professor rank : Ph D with 
minimum 6 years relevant teaching in U.S. or cur¬ 
rently hold an associate professor rank and 
distinction in scholarly activity. Asst, professor 
rank: Ph.D or Master's degree with 6 years post¬ 
degree industrial hardware engineering experi¬ 
ence. Qualifications determine type and rank of 
appointment. Salary/competitive. Letter of ap¬ 
plication and resume to: Dr. Nazmi Shehadeh, 
Dept, of Comp. Engr., UMD, 271 MWAH, 10 
University Dr., Duluth, MN 55812, (218) 726-6147. 
Request at least 3 references to send letters of 
recommendation directly. Applications ac¬ 
cepted through 6/15/87 with interviews as early 
as 6/1/87. The University of Minnesota is an equal 
opportunity educator and employer and specifi¬ 
cally invites and encourages applications from 
women and minorities. 


SYSTEMS ENGINEER 

Design and develop software for telecom¬ 
munications, including user-interface using 
ISAM and Faircom C-Tree. Write multi-tasking 
routines with VRTX, and low level protocols 
s/Assembly. Assist new employees and partici¬ 
pate in company meetings. Write large customiz¬ 
able report packages for evaluation of tele¬ 
marketing. Must have B.S./Comp. Sci. and be 
proficient in “C”, PASCAL, Motorola Assembly 
and UNIX and VRTX. Salary: $31,700/yr. Job and 
interview in Pomona, CA. Send this ad and 
resume to job #MA3665, P.O. Box 9560, Sacra¬ 
mento, CA 95823-0560 no later than 7-10-87. 


THE UNIVERSITY OF NEW HAVEN 

Faculty position: The University of New Haven is 
seeking a qualified candidate fortenure-track ap¬ 
pointment. Areas of greatest need are digital 
systems, control systems, robotics and power 
electronics. Ph.D. required. Industrial experi¬ 
ence much desired. Applicants must be U.S. citi¬ 
zens or have permanent residency status. The 
University has an ideal location with ready ac¬ 
cess to urban and recreational areas. Many op¬ 
portunities for challenging career in a small 
department. Starting date: September 1,1987 or 
Jan. 1, 1988. Send resume with names of refer¬ 
ences to G.J. Kirwin, Chairman E&CE Depart¬ 
ment, UNH, 300 Orange Avenue, West Haven, CT 
06516. 

The University is an Affirmative Action Equal Op¬ 
portunity Employer and welcomes applicants 
from all minority and ethnic groups. 


OREGON STATE UNIVERSITY 

The Department of Electrical and Computer 
Engineering, Oregon State University has a 
number of tenure-track positions available for 
the Fall Term 1987. The department has long 
maintained excellent relationships with the elec¬ 
tronics industry within Oregon and has recently 
received significant program improvement 
funds. Foremost amongst these is a new build¬ 
ing which will contain excellent facilities for 
teaching and research. In addition, the College 
of Engineering is developing a Computer Aided 
Engineering Center with considerable funding 
from industry and the State. The department has 
been targeted for special development as a 
Center of Excellence within the State System. 
Openings exist in Computer Engineering—com¬ 
puter architecture, CAD/VLSI, digital communi¬ 
cations, microprocessor applications, computer 
systems, etc.; and Control/Systems—robotics, 
digital control, digital signal processing, etc. A 
Ph.D. is required of all candidates, together with 


the ability to teach undergraduate courses in 
electrical and computer engineering and gradu¬ 
ate courses in their speciality area. A demon¬ 
strated research ability and a commitment to 
sponsored research is essential. Rank and salary 
will be commensurate with qualifications and 
experience. 

The department offers an excellent program in a 
most attractive area with close proximity to 
several major high technology corporations, in¬ 
cluding Tektronix, Hewlett-Packard, Intel, 
Spectra-Physics, Floating Point Systems, Men¬ 
tor Graphics, etc. Interested persons should con¬ 
tact Professor S.J.T. Owen, Head, Department of 
Electrical and Computer Engineering, Oregon 
State University, Corvallis, OR 97331. OSU is an 
AA/EOE and complies with Sec. 504 of Rehabili¬ 
tation Act of 1973. 


CONCORDIA UNIVERSITY 

The Department of Computer Science, CON¬ 
CORDIA UNIVERSITY, is seeking qualified can¬ 
didates for a tenure track position in the areas of 
Programming Languages or Artificial Intelli¬ 
gence. Applicants should have a Ph.D degree in 
computer science or related field with a good 
research record. The Department currently has 
24 full-time professors. It offers both under¬ 
graduate and graduate programs up to the Ph.D 
level with an enrollment of over 1000 students. 
The language of instruction is English. Depart¬ 
mental facilities include VAX 11/750, SUN work¬ 
stations, VLSI design stations, PCs, and INTEL 
310s. Available university facilities include VAX 
8500 and a CDC Cyber 835, plus undergraduate 
teaching machines. Apply giving resume and the 
names of at least three references to: Dr. T.D. 
Bui, Chairman, Department of Computer 
Science, CONCORDIA UNIVERSITY, 1455 de 
Maisonneuve Blvd. West, Montreal, Quebec H3G 
1M8, CANADA. 

In accordance with Canadian immigration re¬ 
quirements, priority will be given to Canadian 
citizens and permanent residents of Canada. 


TECHNICAL MANAGER 

Direct and manage professional staff of 6 in the 
design and implementation of a relational 
database system. Directs in house hardware 
system analysis and purchasing, manages the 
choices of peripheral lines to be stocked. 
Oversees trouble shooting of hardware; liaisons 
w/producers on repair and return. Design local 
area network upon customers requirements. 
M.S. in Computer Science required, demon¬ 
strated competence in design microprogram¬ 
ming of ITSIAC, ISQL and embedded SOL in PL/I, 
VSAM, UNIX. Fluent in Chinese. 40 hrs/wk, 
$3,000/mo. Must show legal right to work if 
employment offered. Job site: Irvine. Send this 
ad and a resume to Job #WS3206, P.O. Box 9560, 
Sacramento, CA 95823-0560 no later than 6-30-87. 
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UNIVERSITY OF WEST FLORIDA 
The William Craig Nystul Chair 
in Computer Science 

Nominations and applications are invited for the 
William Craig Nystul Chair in Computer Science 
at The University of West Florida. This is a 
$1,000,000 endowed position funded by $600,000 
in private contributions and a $400,000 matching 
grant from the State of Florida Eminent Scholars 
Trust Fund. The Chair will be housed in the 
Department of Systems Science in the College 
of Business. 

The Systems Science Department offers both a 
Business Option and a Scientific Option at the 
undergraduate and graduate levels. Applicants 
and nominees should have national stature in 
the academic and/or practicing computer sci¬ 
ence profession, and possession of an earned 
doctorate is desired. Candidates coming from 
academic institutions must have demonstrated 
teaching excellence. All candidates should have 
engaged in substantial scholarly research 
resulting in publications. Candidates should 
have professional experience in computer sci¬ 
ence and have actively participated in profes¬ 
sional organizations. 

The successful candidate will be expected to 
provide leadership and direction in teaching, 
research, and professional service. However, the 
chairholderwill have wide discretion concerning 
how these roles are to be handled. Salary is 
negotiable based upon qualifications. 
Nominations and applications will be accepted 
until the position is filled. Information should be 
sent to: Dr. Theodore F. Elbert, Chairman, Emi¬ 
nent Scholar Selection Committee, Department 
of Systems Science, The University of West 
Florida, Pensacola, FL 32514-5752. 

The University of West Florida is an equal 
employment opportunity/affirmative action 
employer. 


THE CATHOLIC UNIVERSITY OF AMERICA 

COMPUTER SCIENCE: Applications are invited 
for a tenure track position at the assistant pro¬ 
fessor level starting in the 1987-88 academic 
year. Candidates must have a Ph.D., and a com¬ 
mitment to computer science education and 
demonstrated research ability in computer 
science. The candidate will play an active role in 
the development of the program. Send resume 
and three references to: Dr. Mario Casarella, 
Search Committee Chairman, Computer Science 
Program, 201 Pangborn Hall, The Catholic 
University of America, Washington, D.C. 20064. 
An Equal Opportunity/Affirmative Action 
Employer. 


MEMBER TECHNICAL STAFF 

Responsible for refining and adapting architec¬ 
ture of large state-of-the-art software systems 
currently embedded in laser printer controllers 
to provide the same imaging models on worksta¬ 
tion displays for multiple non-cooperating pro¬ 
cesses and subsequently to exploit multiple pro¬ 
cessor printer controllers; responsible for 
design, development, and implementation of the 
new systems from initial prototype to final prod¬ 
uct delivery. Required: Ph.D. in Computer 
Science. Also required: successful prior devel¬ 
opments in designing architecture of large soft¬ 
ware systems; developing and managing large, 
complex software systems; developing fault- 
tolerant (highly reliable) software; and develop¬ 
ing shared memory multiprocessor hardware 
and software, including their operating systems. 
Salary: $45,000/yr. Send ad with resume to Linda 
Garger, Adobe Systems Incorporated, 1870 Em- 
barcadero Road, Palo Alto, CA 94303. Must have 
legal right to work. 


NAVAL POSTGRADUATE SCHOOL, 
Monterey, CA 

Position Announcement in Computer Science 

The Department of Computer Science has im¬ 
mediate openings for faculty positions at ail 
levels in the areas of Artificial Intelligence and 
Computer Architecture. An applicant should 
have a PhD in Computer Science or a related 
field and have a strong interest in both graduate 
teaching and research. Senior applicants must 
have distinguished research records. Appoint¬ 
ments can begin at any time during the year. 
The Department offers MS and PhD degrees in 
Computer Science supported by well-equipped 
instructional/research facilities and a full-time 
technical staff. The faculty normally teach for 
two quarters and conduct full-time research sup¬ 
ported by major research programs during the 
other two quarters. 

Please send a detailed resume and three letters 
of reference to: Professor Vincent Lum, Chair, 
Computer Science Department (Code 52), Naval 
Postgraduate School, Monterey, CA 93943, 
Telephone (408) 646-2449. N PS IS AN EQUAL OP¬ 
PORTUNITY/AFFIRMATIVE ACTION EMPLOYER. 


UNIVERSITY OF WASHINGTON 
Computer Engineering 

Applications are invited for tenure-track faculty 
positions in all areas of computer engineering. 
Our particular interests include microproces¬ 
sors and digital systems, hardware and architec¬ 
ture, computer aided design and engineering, 
networks, VLSI design and test, applied artificial 
intelligence, computer graphics, and signal and 
image processing. The Computer Engineering 
Program is part of the Department of Electrical 
Engineering which has over 40 faculty members, 
and 500 undergraduate and 240 graduate stu¬ 
dents. Responsibilities include undergraduate 
and graduate teaching, and development of 
strong research programs. Senior faculty posi¬ 
tions are also available, with the possibility of an 
endowed professorship for candidates with ex¬ 
ceptional qualifications. At the assistant pro¬ 
fessor level, these positions may be eligible for 
career development awards which provide for 
summer research support and conference travel 
for up to three years. Positions are available ef¬ 
fective Autumn Quarter 1987 or until filled. Send 
resume with four references to Computer Engi¬ 
neering Faculty Search Committee, Department 
of Electrical Engineering FT-10, University of 
Washington, Seattle, WA 98195. The University 
of Washington is an EO/AAE. 


SENIOR SOFTWARE DESIGNERS 

Incremental Systems Corporation, a young, 
growing company, currently needs senior people 
to design and develop practical software tools 
for the development and maintenance of large, 
long-lived, continuously changing systems. Our 
commitment to excellence of design is accom¬ 
panied by an emphasis on products which 
enhance programmer productivity and software 
reliability. The Advanced Development group 
functions as a close-knit team in an informal en¬ 
vironment. Highly motivated M.S.’s and Ph.D’s 
who have a demonstrated interest in program¬ 
ming language design, compiler construction, 
code optimization, or systems architecture; have 
the ability to work on a diversity of projects; and 
can adapt to new software technologies are 
strongly encouraged to respond. Knowledge of 
Ada® is an additional plus, as is an interest in 
expert systems or human factors. Send your 
resume to: Incremental Systems Corporation, 
319 S. Craig Street, Pittsburgh, PA 15213. 


NEW MEXICO STATE UNIVERSITY 
Al Software Specialist 
Computing Research Laboratory 

The Knowledge Systems Group at CRL is look¬ 
ing for an Al Software Specialist to support a 
funded project in the application of knowledge 
engineering to atmospheric science. The suc¬ 
cessful candidate will design and implement a 
prototype system, using a Symbolics 3650 color 
system and Common Lisp, and participate in 
theoretical work in the area. Experience of a Lisp 
Machine environment and knowledge systems 
programming is desirable. 

In addition, the Group is seeking a Research 
Assistant to undertake research in support of the 
Group’s activities in knowledge-based data inter¬ 
pretation. The candidate for this post will be ex¬ 
pected to pursuea PhD in the Computer Science 
Department. 

The salary for the Al Software Specialist is com¬ 
petitive and commensurate with experience. 
Both positions are open for immediate appoint¬ 
ment, and American citizenship is desirable, but 
not essential. 

Applicants should send a resume and names of 
three referees to: Dr. M.J. Coombs, Knowledge 
Systems Group, CRL, Box 30001, New Mexico 
State University, Las Cruces, NM 88003-0001. 
Deadline for applications June 31,1987. 

N.M.S.U. IS AN EQUAL OPPORTUNITY/AFFIR¬ 
MATIVE ACTION EMPLOYER. 


NORWICH UNIVERSITY 

Faculty position in Computer Science Engineer¬ 
ing. Tenure-track position, rank and salary com¬ 
mensurate with experience. Ph.D. desired, but 
will consider Masters with experience. Available 
1 July, 1987. Recently implemented Computer 
Science Engineering program. Facilities in¬ 
clude: VAX Cluster, MicroVax supermicrocom¬ 
puters and PC based workstations. New faculty 
will assist in laboratory and curriculum develop¬ 
ment. Expertise in any of the following areas 
desired: Digital Systems Design, CAD/CAE, 
Computer Architecture, Computer Communica¬ 
tions and Networking. A strong commitment to 
undergraduate education is essential. Norwich 
University is located in an area of Central Ver¬ 
mont that offers small town or rural living with 
good schools and outstanding recreational op¬ 
portunities. U.S. Citizen or Permanent Resident 
preferred. Send resume and references to Dr. 
Michael C. Murphy, Head, Computer Science 
Engineering Department, Norwich University, 
Northfield, VT 05663. Norwich University is an 
equal opportunity employer. 


POST DOCTORAL RESEARCH POSITION 

Electrical Engineering Department, University of 
Southern California. Temporary full time posi¬ 
tion for one to three years commencing immedi¬ 
ately, with possibility of extension contingent 
upon funding. Salary $44,000 to $50,000 per an¬ 
num, dependent on qualifications. Assist in 
development of knowledge based system for 
design of testable digital systems, with pro¬ 
fessors and graduate students. Ph.D. degree or 
equivalent required, along with some research 
experience in VLSI design, testing and design 
for test, and a strong background in A.I. and soft¬ 
ware engineering. Send Resume to Professor 
M.A. Breuer, Electrical Engineering-Systems 
Dept. SAL 324, University of Southern California, 
Los Angeles, CA 90089-0781. USC is an equal op¬ 
portunity, affirmative action employer. 
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TEMPLE UNIVERSITY 
Faculty Positions 
Department of Computer and 
Information Sciences 

The Department of Computer and Information 
Sciences has tenure-track and adjunct faculty 
positions available in the area of Information 
Systems. 

Applicants should hold the Ph.D degree in Infor¬ 
mation Systems, Computer Science, or a closely 
related field. The ability to contribute to strong 
instructional and research programs, both grad¬ 
uate and undergraduate, will be the primary req¬ 
uisite for appointment. Salary and rank will be 
determined by the appointee's experience. An 
applicant for a senior position should have a 
strong record of scholarly achievement, while an 
applicant for an assistant professorship should 
present evidence of research potential. 

The Department of Computer and Information 
Sciences offers programs leading to the 
Bachelors, Masters and Ph.D degrees in Busi¬ 
ness Administration/Information Science as 
well as in Computer Science. Currently the 
Department has a full-time faculty of 27, 300 
graduate students enrolled in the masters and 
Ph.D programs, and 1200 undergraduate majors. 
A networked departmental computing facility in¬ 
cludes a VAX-11/780, VAX-11/750, and 20 
microVAX systems configured as time-shared 
systems and workstations. The facility also in¬ 
cludes an AT&T 3B2, Tl Explorer, and an image 
processing laboratory. Departmental instruc¬ 
tional laboratories use VAX (VMS or UNIX) and 
PDP-11 systems, as well as microcomputers. 
University facilities currently in use by the 
department include a CDC Cyber 750, an IBM 
3081, an IBM 4381 and several microcomputer 
laboratories. A multi-processor, high speed com¬ 
puting facility is also available for use. 

Temple University is an Equal Opportunity/Affir¬ 
mative Action Employer and specifically invites 
and encourages applications from women and 
minorities. To apply, submit vitae, and biblio¬ 
graphy to: 

Eugene Kwatny, 

Chairman of Faculty Search Committee, 
Department of Computer and Information 
Sciences, 

Temple University, 

Computer Activities Building, 38-24, 
Philadelphia, PA 19122. 


SYSTEM ENGINEER 

Responsible for performing feasibility/engineer¬ 
ing studies for computer integrated manufactur¬ 
ing projects; working with customer to define 
requirements of systems; performing functional 
and software design; leading managing teams to 
design and implement processes and computer 
hardware systems and software; managing sub¬ 
contractors; and project-managing to achieve 
schedule and cost goals. B.S.E.E. or C.S. 4 years 
experience in systems engineering. Must have 
background in computer science. Experience in 
real-time software design and implementation. 
Knowledge of electronic assembly and auto¬ 
motive manufacturing processes, electrical and 
mechanical devices for automation, IBM-PCs, 
DOS, HP 1000, RTE OS, PASCAL and C. Experi¬ 
ence in applications engineering, defining 
customer requirements and project manage¬ 
ment. Knowledge of manufacturing manage¬ 
ment control systems. Salary: $33,000/year. Job 
Site: Palo Alto. Send this ad and your resume to 
#SK 3083, P.O. Box 9560, Sacramento, CA 95823 
not later than July 1. EOE. 


UNIVERSITY OF KARLSRUHE 
Federal Republic of Germany 
The Department of Computer Science has an 

opening for the tenured position of a 
Professor (C4) 
for 

Technical Computer Science 
Successful candidates will have demonstrated 
research potential in at least one of the following 

• development of algorithms for VLSI 

• modelling of VLSI circuits 

• structural optimisation for VLSI and WSI 

• methods of verification and simulation 
Candidates are expected to share teaching 
responsibilities for introductory Computer 
Science courses and advanced courses in 
Technical Computer Science. They should also 
be prepared to contribute to an advanced 
teaching programme in the area of VLSI design. 
The department is one of the well-known 
schools and research institutions of Computer 
Science in Germany. It offers a complete pro¬ 
gramme in computer science, in close coopera¬ 
tion with national and international establish¬ 
ments of advanced technology. A wide spectrum 
of powerful computing facilities including latest 
mainframe architectures as well as workstation 
environments is available to support experimen¬ 
tal research and teaching. 

Applicants who fulfil the qualifications for taking 
a professorial position should submit a cur¬ 
riculum vitae, a resume of experiences and in¬ 
terests and a list of publications not later than 
31, May 1987 to the Dekan der Fakult8at f8ur In- 
formatik, Universit8at Karlsruhe, Postfach 6980, 
7500 Karlsruhe, Federal Republic of Germany. 


PARALLEL PROCESSING 
RESEARCH ENGINEER 

Utilize education and experience in research, 
development, and implementation in the areas of 
electrical engineering, computer science, and 
software and hardware development, including 
the design and implementation of at least one 
computer architecture for symbolic processing, 
and proven ability to write computer programs 
and build hardware systems, to perform ad¬ 
vanced research and development in the fields 
of parallel processing, symbol manipulation, 
software technology, computer architectures, 
and development of end-user application pro¬ 
grams primarily in the areas of artificial in¬ 
telligence, image processing, vision, expert 
systems, and geographic databases. Perform ad¬ 
vanced research for the specific development of 
application abstractions, computer languages 
(especially for parallel processing), parallel exe¬ 
cution models, and novel architectures/organi¬ 
zations involving multiple computers. Utilize pro¬ 
ven management and supervisory skills to direct 
other researchers both individually and in teams 
in performing research in the above areas. Utilize 
proven communications skills to communicate 
results of research. Applicants must have a 
Ph.D. in Computer Science as well as 10 years' 
experience in university teaching and/or pro¬ 
prietary research. 40 hours/week; $70,000/year. 
Apply at the Texas Employment Commission, 
Austin, Texas, or send resume to the Texas 
Employment Commission, TEC Building, Austin, 
Texas 78778, J.O. #4793110. Ad Paid by an Equal 
Employment Opportunity Employer. 



EMBEDDED COMPUTER 
SYSTEMS ANALYST 

Lockheed Missiles & Space Company has an immediate opening 
for a computer systems analyst with five or more years’ experience in 
the design and implementation of computer architectures and software 
for embedded applications. 

Your applications experience should include: 

• Remote Sensing 

• Image Processing 

• Correlation and Tracking 

• Attitude Control 

• Kalman Filtering 

• High Reliability Computing 

The successful candidate will have a BS/MS in EE, Physics, 
Computer Science or Applied Math. Experience with parallel processing, 
high processor reliability and fault tolerance is desired. 

For immediate consideration, please send your resume to Lockheed 
Missiles & Space Company, Professional Staffing, Dept. 530GWDI, 

P.O. Box 3504, Sunnyvale, CA 94088-3504. We are an equal 
opportunity, affirmative action employer. U.S. citizenship is required. 

Lockheed Missiles & Space Company 

Giving shape to imagination. 
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“YOU 


“IMPOSSIBLE!” they said. 

But Amdahl did it back in the early 1970’s. And today we are a leader in the development, 
manufacturing, marketing and support of general purpose and scientific computer systems, 
storage products, communications systems and software. 

In less than two decades we have grown from 5 to more than 7,000 “can do" employees 
around the globe. Our success is a result of teamwork, innovation and commitment to achieve 
I ■■ the impossible. If you are ready for challenge, creativity and growth, explore your opportunities 
H with Amdahl in one of the following developmental areas. 

• HMI OPERATING SYSTEMS 

Will QAM develop a new, large mainframe operating system...self-tuning 
i w w WMI1 and does not require system generation. Use your 3+ years' MVS and/ 
or VM operating system development experience and your 370 Assembler language 
programming skills to join us in one of the following key areas: 

• SECURE SYSTEMS • TRANSACTION PROCESSING 

• OPERATING SYSTEM DEVELOPMENT • NETWORKING 

Willi PAHI aPPly for these positions by calling CHARLOTTE MUDD at 
IUU if Mil (800) 538-8460, extension 8648. 

COMMUNICATIONS 

Ynil OAM i oin an entire| y new project to bring program compatibility and 
I ww UMI1 interoperability to the SNA and OSI environments. We're using some of 
the most sophisticated software tools to do it. UNIX* System V Release 3 STREAMS for one. 
Our own mainframe UNIX* timesharing system — UTS**—for another. Use your 3+ years' SNA, 
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BOOK REVIEWS 


Editor: Wiley McKinzie, School of Computer Science and Technology, Rochester Institute of Technology, Rochester, NY 14623; Compmail, w.mckinzie; CSnet, wrm@rit 


Message from the Editor 

Spring is the season of new begin¬ 
nings, and so it is with the Book 
Reviews department of Computer. In 
May, I assumed the editorship of this 
department. By way of introduction, I 
am Wiley McKinzie, director and 
professor of the School of Computer 
Science and Technology at Rochester 
Institute of Technology and past editor 
of the Book Reviews department of 
IEEE Software. 

Book Reviews will continue to be the 
readers’ department. That is, the 
reviews will come primarily from Com¬ 
puter readership contributions. I expect 
to publish four to six reviews in each 
issue. The selection of books reviewed 
will lean toward the hardware and sys¬ 
tem software areas, but will include 
more on software engineering (the 
strongest interest of Computer readers 
surveyed in 1985). Other topic areas will 
include PCs, mini/microcomputers, 
engineering applications (e.g., 

CAD/CAM and robotics), computer 
graphics, database, and AI. 

There will also be something new. 

Two or three issues of Book Reviews a 
year will be devoted to special topics. 
Usually, the special topic will be an 
alternative technical knowledge source 
such as public information retrieval 
services or teleconferencing. Occasion¬ 
ally, the special topic will cover a 
humanist areas, such as computer his¬ 
tory, social issues, or law. 

Books, like politics and religion, can 
be discussed by anyone who has an 
interest in them. (Unlike politics and 
religion, however, a discourse about 
books is usually intelligent and inform¬ 
ative.) Therefore I look forward, as edi¬ 
tor of the Computer Book Reviews 
department, to moderating this forum 
for the readers who love books and love 
to discuss them. 

— Wiley McKinzie 


Operating Systems: 
Structures and 
Mechanisms 

Philippe A. Janson (Academic 

Press, New York, 1985, 267 pp., 

$32.50) 

Intended as supplementary material 
for an elementary course in operating 
systems, this book does accomplish its 
main objective. Operating Systems 
emphasizes the organization of operat- ' 
ing systems and describes various 
mechanisms that are inherent in them. 

It deals almost exclusively with time¬ 
sharing systems, although single-user 
systems are mentioned at times to con¬ 
trast differences. 

Janson assumes a basic background 
in computer architecture and program¬ 
ming languages and techniques. Also, 
some hardware knowledge is required 
to understand the concepts of system 
interaction. One skill the reader does 
not need is a degree in probability and 
calculus, as is needed in using some 
other operating systems books. What 
theory this book does explain isn’t 
steeped in arcane mathematics. This 
nonmathematical approach makes the 
text an excellent source of information 
for someone new to the topic. 

In Section 1 Janson introduces the 
reader to the basic functions of operat¬ 
ing systems. Discussing such topics as 
resource management and virtual 
machines, he quickly moves to the most 
interesting function of the operating 
system, the layering of software. He 
does a good job of developing the con¬ 
cept of layers, such as the kernel and 
the supervisor. He also does a good job 
of describing the differences between 
batch and demand modes. 

In Section 2 Janson jumps into the 
heart of operating systems by discussing 
processor management. He talks about 


such basic concepts as mutual exclu¬ 
sion, serialization, synchronization, and 
deadlocks. He also acquaints the user 
with the basic fundamentals of mul¬ 
titasking, task scheduling, and mul¬ 
tiplexing algorithms. The contents of 
this section alone could constitute a 
book. I feel more time could have been 
devoted to discussing some more-used 
algorithms without compromising the 
book’s broad approach. This section 
also covers the topic of task switching, 
an area of great concern to those trying 
to understand the fundamentals of 
microprocessors and how they integrate 
nicely into multitasking environment. 
Overall, I found this section to be the 
most interesting part of the book. 

Section 3 discusses I/O and’device 
control, device sharing, synchroniza¬ 
tion, buffering, and scheduling 
algorithms. This is also very interesting 
but brief reading. One topic missing 
from this section is the concept of a 
device driver, or the actual software 
driving a specific device. This is a fun¬ 
damental function of peripheral devices 
and should have been covered. 

Section 4 covers memory manage¬ 
ment. It first discusses addressing 
schemes, such as absolute and relocata¬ 
ble, then leads into swapping and pag¬ 
ing. Following this is the discussion of 
virtual memory, and associated 
algorithms for implementation of vir¬ 
tual memory schemes. Janson does a 
good job explaining many of the prob¬ 
lems associated with memory and its 
utilization. 

Section 5 studies high-level mechan¬ 
isms. Starting with file management 
mechanisms, it presents catalog struc¬ 
tures, file access, file backup, and data 
integrity. It then moves to addressing 
and naming, discussing linkers and the 
method operating systems use to inter¬ 
pret names and translate them to 
addresses. These concepts enlighten the 
reader as to how the operating system 
actually can do such functions as over¬ 
laid tasks and shared instruction and 
data code. The last high-level mecha¬ 
nism studied deals with protection and 
security. Included are various protec¬ 
tion schemes. Such schemes as encryp¬ 
tion, access control, and passwords are 
followed by peripheral and central pro¬ 
tection. This section is indeed an impor¬ 
tant yet unacknowledged part of the 
operating system. 


Recently published books and new periodicals may be submitted for review 
to editor at the address given above. 

Note: Publications reviewed in this section are not available from the IEEE 
Computer Society; they must be ordered directly from the publisher. 
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Section 6 concludes with guidelines 
for system design. It discusses the sys¬ 
tem interface, system calls, and com¬ 
mand languages. The user interface, or 
what the user actually enters and gets 
back in response, is perhaps one of the 
most important parts of the operating 
system and, in many cases, the most 
poorly designed. 

All chapters have a section following 
them entitled “Suggested Reading and 
Classics,” in which the author has bro¬ 
ken down the main topics discussed and 
recommends further reading on particu¬ 
lar subjects. In this section alone there 
is a wealth of information. In addition, 
in some chapters there is a second sec¬ 
tion entitled “Further Reading and 
References,” which contain other 
books on the topic covered in the previ¬ 
ous chapter. The book also contains an 
index and a miniglossary. 

Overall, Janson succeeded in his goal 
of producing material for introducing 
students to the organization and struc¬ 
ture of operating systems, while prepar¬ 
ing them for more in-depth studies into 
particular related topics. The author’s 
writing style is direct and lucid. One 
weak point was the book’s approach to 
illustration. While most figures are 
clear and easy to understand, some of 
the more complicated figures are very 
confusing, and the lack of explanation 
left me wondering what the author was 
trying to say. 

Because of the book’s broad approach, 
I would recommend it to anyone want¬ 
ing an overall view of operating systems 
and, perhaps, a reference book for 
books on this topic. 

Jeff S. Ebert 

Unisys 


Spectral Techniques and 
Fault Detection 

M. G. Karpovsky (ed.) (Academic 
Press, Orlando, Fla., 1986, 608 pp., 
$44.50) 

This book contains revised and ex¬ 
panded versions of papers presented at 
the International Workshop on Spectral 
Techniques and Fault Detection, held in 
Boston in October of 1983. It starts with 
a 33-page introductory chapter providing 
some of the needed mathematical back¬ 
ground, as well as an overview of the rest 
of the book, and ends with a 71-page ap¬ 
pendix containing a 618-entry bibliogra¬ 
phy on spectral techniques. Both of these 
have been contributed by the book’s 
editor. 


The rest of the book is divided into 
nine chapters, as follows: 

(1) Synthesis of Encoded PLAs, by 
R. J. Lechner and A. Moezzi, 56 pp.; 

(2) Spectral Processing of Switching 
Functions Using Signal-Flow Transfor¬ 
mations, by P. W. Besslich, 51 pp.; 

(3) The Chrestenson Transform in 
Pattern Analysis, by C. Moraga and K. 
Seseke, 35 pp.; 

(4) Filtering in a Communication 
Channel by Fourier Transforms over 
Finite Groups, by E. A. Trachtenberg 
and M. G. Karpovski, 38 pp.; 

(5) 3D Cellular Arrays for Parallel 
Cascade Image/Signal Processing, by 
M. J. Corinthios, 82 pp.; 

(6) Universal Testing of Computer 
Hardware, by M. G. Karpovsky and 
L. B. Levitin, 71 pp.; 

(7) Spectral Techniques for Fault De¬ 
tection in Combinational Circuits, by 
D. M. Miller and J. C. Muzio, 49 pp.; 

(8) Signature Techniques in Fault 
Detection and Location, by S. J. 
Upadhyaya and K. K. Saluja, 56 pp.; 
and 

(9) The Design and Analysis of High- 
Speed Logic Systems with Distributed 
Error Correction, by G. R. Redinbo, 55 

pp. 

The book is technically sound. 
Authors of most chapters are well- 
known authorities in their respective 
fields. The authors’ styles of presenta¬ 
tion are also quite good. In Chapters 6 
through 10, which I checked more care¬ 
fully than the rest of the book, no tech¬ 
nical slip and a few typos and stylistic 
errors (mostly in Chapter 6) were no¬ 
ticed. I am particularly impressed by the 
thoroughness and accuracy of the 
material in Chapter 8, although Chapters 
7 and 9 are also quite well-written. As a 
whole, the book can be considered a wel¬ 
come addition to the literature in the 
field of computer engineering. 

The physical appearance of chapters 
range from beautifully typeset and il¬ 
lustrated (Chapter 5) to typewritten with 
some poorly aligned hand and transfer- 
sheet lettering (Chapter 6). The use of 
different typefaces, point sizes, pitches, 
line spacings, margins, and formats (e.g., 
for references) has made the book aes¬ 
thetically displeasing. My other com¬ 
plaints include long lists of unsorted 
references at the end of most chapters, 
the appearance of single-line “widows” 
at the top or bottom of some pages, and 
the two-year publication lag despite the 
use of “Rapid Manuscript Reproduc¬ 
tion,” as announced on the copyright 
page. On the positive side, I should men¬ 
tion the subject index, which is a rarity 
for conference proceedings. Inclusion of 
a name (author) index would have been 
helpful in view of the separate end-of- 


chapter bibliographies. 

This is definitely a library book. I, for 
one, would have elected to reproduce the 
two chapters that are of direct interest to 
me rather than to purchase a personal 
copy of the book. The bibliography 
alone makes this book a worthwhile ad¬ 
dition to computer science research 
libraries. 

Behrooz Parhami 

University of Waterloo 


A Workbook for Soft¬ 
ware Entrepreneurs 

A. L. Frank (Prentice-Hall, 

Englewood Cliffs, N. J., 1985, 

118 pp., $30) 

In his preface the author describes the 
book as a stand-alone publication pro¬ 
viding extensive “how to” advice for the 
novice and a checklist mechanism for the 
experienced. After going through the 
book, my own opinion is that it is more 
a checklist than useful advice. Most of 
the topics are too sketchily treated to be 
of any real value, and the author seems 
to have attacked the task of writing the 
book as just another entrepreneurial ven¬ 
ture. I don’t think the 16 skimpy chap¬ 
ters are worth the cover price, except for 
a few exceptions, such as the section on 
brainstorming. 

Most of the sections consist solely of a 
set of questions, with the answers going 
abegging. For example, Q13.5 is: “Do 
you utilize a team selling approach?” 

The ramifications of an affirmative or 
negative answer are not explored. 

Some highlights: 

Chapter 1 deals with basic concepts 
and discusses the types of entrepreneurs. 
Chapter 3 describes different forms of 
businesses like corporations and partner¬ 
ships. Chapter 5 is headed Product Defi¬ 
nition and discusses the formulation of 
product ideas, market surveys, and the 
uses of brainstorming. Chapters 10 
through 13 are devoted to sales, and 
cover such topics as sales pitch, product 
knowledge, presentation skills, follow¬ 
up, and feedback. Chapter 16 takes the 
cake for brevity. It is one page long and 
consists of 13—yes, you guessed it— 
questions. On that unlucky note the 
author ends the book, and it will be a 
canny entrepreneur indeed who can 
benefit from this volume. 

Chandan Sen 
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Systems Software Tools 

Ted J. Biggerstaff (Prentice-Hall, 

Englewood Cliffs, N.J., 1986, 317 

pp„ $23.25) 

This book demands much of its 
readers in exchange for an introduction 
to the intricacies of systems programming. 

Rather than develop either a minia¬ 
ture version of an extant operating sys¬ 
tem or an artificial operating system for 
a nonexistent machine, Biggerstaff has 
chosen to develop tools that extend the 
capabilities of MS-DOS. The book can¬ 
not be used therefore as a textbook in a 
standard operating systems course 
because it covers only those aspects of 
operating systems needed to understand 
the projects discussed therein. 

Two projects are chosen as illustra¬ 
tions of the richness of systems pro¬ 
gramming: a terminal emulator and a 
multitasking window system. Since Sys¬ 
tems Software Tools is intended to be a 
“stand-alone” book that should appeal 
to a diverse readership, ranging from 
hobby enthusiasts and advanced under¬ 
graduate and masters students in com¬ 
puter science to practicing software 
engineers, the author provides back¬ 
ground information that will make the 
book accessible to all readers. To this 
end, the book begins with summaries of 
both the C programming language and 
MS-DOS BIOS functions. While the 
summaries are excellent, neither pro¬ 
vides sufficient information to under¬ 
stand the projects that follow. A 
standard C reference such as The C 
Programming Language (Kernighan 
and Ritchie, Prentice-Hall, 1978) is cru¬ 
cial to appreciate the projects fully. 
Needless to say, the C programming 
experience is also desirable. Readers 
must also arm themselves, Biggerstaff 
indicates, with the IBM Technical 
Reference Manual (Boca Raton, 1983) 
and the IBM Disk Operating System 
Manual (Boca Raton, 1983). I think 
that an IBM PC assembly language 
manual, for example, Assembly Lan¬ 
guage Primer for the IBM PC and XT 
(Lafore, Plume/Waite, 1984) would 
also be useful. 

With the requisite manuals I prepared 
to try my hand at systems program¬ 
ming. I began by trying to write some 
of the simple screen manipulation func¬ 
tions, for example, scrolling the win¬ 
dow, moving the cursor, and writing a 
letter on the CRT, which would be uti¬ 
lized later by the multitasking window 
system. All of these routines take 
advantage of a library function 
“sysint” offered by the C86 compiler 
that permits direct access to the 8086/88 


“int” instruction. Much to my amaze¬ 
ment several of the functions did not 
perform correctly even though a lengthy 
perusal of the references indicated that 
Biggerstaff’s code was correct. One- 
hundred twenty pages later the source 
of my problem was revealed: the func¬ 
tions were designed for a monochrome 
monitor, and the C86 “sysint” function 
obviously did not appreciate my color 
monitor. In fact, only in the middle of 
the book does Biggerstaff indicate the 
hardware and software required to uti¬ 
lize the book fully. The list includes an 
IBM PC with a monochrome monitor 
and at least 256K memory, preferably 
with a hard disk. In addition, a C com¬ 
piler that fully implements the Kerni¬ 
ghan and Ritchie standard and an 
8086/88 assembler are required. Since 
the projects rely on several nonstandard 
library functions developed by Com¬ 
puter Innovations for its C86 compiler, 
this is obviously the compiler of choice. 
This information ought to have been 
stated in the introduction. 

The easier of the two projects is a ter¬ 
minal emulator, and Biggerstaff’s dis¬ 
cussion of the implementation of this 
piece of software is thorough. A 
detailed analysis of the 8259A interrupt 
handler and the 8250 UART is provided. 
Complete and highly readable sum¬ 
maries of each of the major functions 
of the emulator are included. In addi¬ 
tion, the C code used in the implemen¬ 
tation is both elegant and 
well-documented. 

The discussion of the multitasking 
window system is less satisfactory. In 
part, the difficulties with this discussion 
reflect the greater complexity of the 
task. The project requires creation of an 
independent real-time process scheduler 
to handle situations that MS-DOS was 
not designed to do, for example, mul¬ 
titasking. Thus, several MS-DOS inter¬ 
rupt functions must be either rewritten 
or redirected. Such redirection requires 
a lower-level implementation than C is 
able to provide; hence large portions of 
code are written in 8086/88 assembly 
language. Because the discussion is 
spread out over three chapters designed 
to cover independently the major com¬ 
ponents of the system, that is, basic 
data structures, process management, 
and the windowing system, the reader is 
constantly flipping pages to find the 
interfaces between the components. 

This format makes it very difficult to 
arrange the components in a coherent 
whole. 

In addition, the intermixing of dis¬ 
cussions of C routines and 8086/88 rou¬ 
tines does not improve the text’s 
readability. Unlike the terminal emula¬ 
tor, the implementation of the mul¬ 


titasking window system is not 
complete. Several required routines, 
most notably the queue manipulation 
functions, must be implemented by the 
user. There is also a heavy reliance on 
C86 nonstandard library routines. 

In short, readers will have to have a 
thorough knowledge of C, 8086/88 
assembly language, and the structure of 
MS-DOS to benefit from Systems Soft¬ 
ware Tools. Readers without such a 
background will still experience the 
pleasure of creating a usable software 
tool, but they will be unable to modify 
the projects created by Biggerstaff or to 
program the extensions specified in the 
chapter exercises. 

In spite of the difficulties in using the 
book, Biggerstaff is to be commended 
for trying to write, to my knowledge, 
the first system software introduction 
designed to appeal to a wider audience. 

Susan Anderson-Freed 
Illinois Wesleyan University 


Resilient Computing 
Systems: Volume I 

T. Anderson (ed.) (Wiley & Sons, 

New York, 1985, 250 pp., $34.95) 

The target audience for this book is 
not entirely clear. Some chapters pre¬ 
sume the reader to have great depth of 
understanding of the subject. Others— 
those devoted to philosophic discussion 
or system description—presume little 
foreknowledge on the reader’s part, 
though they do assume reasonable 
background in the computer field. The 
book’s best market is probably the 
high-level systems analyst or designer, 
with newly acquired interests in work¬ 
ing with resilient systems. Some soft¬ 
ware or hardware specialists will also 
find the book offers added perspective 
on the total environment in which they 
may be operating. 

The editor is British and contributing 
authors are from several countries. 
Some readers will have to accommodate 
to occasional British phraseology and 
spelling (original publication was in 
London). The book contains very little 
overlapping material, in contrast to the 
pure compendium of already published 
papers. On the other hand, there are 
major gaps, such as when related topic 
areas are noted by some of the authors 
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but never expanded elsewhere. 

About the first two-thirds of the 
book deals with the methodology of 
resilience—the remainder discusses real- 
life applications. The editor’s sequence 
is fairly rational, but diving into the 
early chapters may turn off all but the 
most determined academics. Most 
readers should skim the introductory 
Chapter 1, Fault Tolerant Computing, 
then jump to Chapter 9, Commercial 
Resilient Systems, an excellent introduc¬ 
tory treatise, and continue to the end of 
the book. This will provide a perspec¬ 
tive of reality before tackling the more 
esoteric chapters. The remaining chap¬ 
ters (2 through 8) may be read (studied) 
in any sequence—there is little inter¬ 
dependence. But you may want to save 
Chapter 2 for last—it will take as long 
as the rest of the book. 

The author enjoins in the Preface: 
“Thus if you are an implementor or a 
user of a computing system for which 
frequent and regular breakdowns are of 
negligible consequence, you may safely 
ignore this volume. Others do so at 
their own risk.” This is an empty 
threat. This book will make neither the 
novice nor the established computer 
professional expert on resilient systems. 
It will make one aware of how complex 
the subject is and how naive we still are 
in the entire computer community (in 
spite of the wealth of published work) 
and provide inklings of the very high 
price tags for truly resilient systems. 

A serious shortcoming in the book is 
the lack of extended treatment of the 
systems aspects of providing resiliency. 
Chapter 3, Design Fault Tolerance, 
cites practical uses of some form of rep¬ 
licated software with comparators, “... 
in systems for railway signaling, nuclear 
reactor shutdown, and in the ‘space 
shuttle’—the NASA Space Transporta¬ 
tion System.” Coincidentally, and 
regrettably, subsequent to the book’s 
first publication (1985), an implementa¬ 
tion of each of these systems has 
suffered a major disaster. These events, 
though not attributable to the 
associated real-time computing systems, 
highlight the vital nature of total system 
consideration when it is the total task, 
process, or mission that is at issue. 

There are no tidy answers. Each disaster 
came down to the errors made by 
people—but they were all people who, 
in some sense, functioned as part of the 
total system. System considerations are 
alluded to by several of the chapter 
authors, but none, including the 
author/editor, perceived them as within 
the scope of their subject. 

A related deficiency is the casual 
treatment of before-the-fact analysis of 
failure mechanisms, their probability of 


occurrence, and their consequences. 
Methodologies with names like failure 
mode and effect analysis, fault tree 
analysis, and similar phrases are quite 
well developed. Their extensive applica¬ 
tion across the total system (including 
people) is essential in architecting any 
resilient system. This is the only way to 
determine where the emphasis—and 
money—should be spent to optimize the 
real-life system behavior with respect to 
its resiliency objectives. The treatment 
of fault tree analysis in the chapter on 
software safety only muddies the water. 


A serious shortcoming 
in the book is the lack 
of extended treatment 
of the systems aspects 
of providing 
resiliency. 


Chapter 2, Hardware Fault Toler¬ 
ance, is very comprehensive in its cover¬ 
age, including considerable history and 
a 10-page bibliography—but it is not 
easy reading. The reader inexperienced 
in this field will spend many hours 
researching the references to understand 
the extensive (and essentially unavoida¬ 
ble) jargon. This is a necessary com¬ 
promise in packing a reasonably 
comprehensive treatment into a single 
chapter. 

Software Safety, Chapter 7, leaves 
much to be desired. The subject really 
deals with computers strategically used 
in safety-critical systems where failure 
could produce extraordinary losses 
(e.g., death). In such systems the only 
realistic approach is a totally integrated 
system strategy. The author’s frustra¬ 
tion in trying to isolate software safety 
as a separate issue seems apparent. The 
attempt to demonstrate the application 
of fault tree analysis to software is quite 
ineffective. The associated diagrams 
only confuse the matter further. 
Strangely, safety-critical hardware is 
not explicitly dealt with anywhere in the 
book. 

Software Reliability Prediction, 
Chapter 8, presents some classical mate¬ 
rial. It then concludes with a good dis¬ 
cussion of factors underlying the 
ongoing paradox: software continues to 
grow in importance in overall reliabil¬ 


ity/resiliency considerations, yet our 
prediction capability, despite the mass 
of publications on the subject, con¬ 
tinues at a level of almost trivial com¬ 
petence. 

The importance of software reliabil¬ 
ity is mentioned throughout the book, 
but it is put in perspective only in the 
system description chapters. The real- 
life system designers must face up to the 
need for some software nucleus of 
“absolute” integrity that can start (or 
restart) the system and at least handle a 
rudimentary set of operating system 
tasks before more elegant redundancy 
and voting schemes can be set in place. 
(In some systems this presumed-reliable 
core is actually quite extensive, residing 
in the mainstream decision making path 
for redeployment of system resources in 
failure situations.) I would like to see at 
least a chapter devoted to the realities 
of creating such super-reliable software 
nuclei. 

The “methodology” chapters not 
mentioned above include Reliable Com¬ 
munications (4), Resilient Real-time 
Systems (5), and Robust Distributed 
Programs (6). Each offers pertinent 
material, but the treatment is moder¬ 
ately superficial for various justifiable 
reasons. “Communications” has been 
the subject of many books—this 
philosophical treatment, using a layered 
approach as a reference model, exhibits 
the broad pertinent issues but can’t 
really deal with them in a single chap¬ 
ter. The “real-time” chapter offers an 
adequate philosophical view. However, 
most of the issues are covered more 
meaningfully (and understandably) in 
Chapter 13, August Systems Industrial 
Control Computers. The analytical 
treatment of programs for “distributed” 
systems is rather cryptic. More compre¬ 
hensible (though less theoretical or 
broadly applicable) perspectives are 
offered in the networking discussion of 
Chapter 10, The Tandem Non-stop 
System. 

The other “descriptive” chapters 
describe the tandem nonstop system 
(10), the MOMENTUM high-resilience 
system (11), the STRATUS computer 
system (12), and August Systems indus¬ 
trial control computers (13). All are well 
done, with well-chosen subsets of perti¬ 
nent detail to convey the ideas appropri¬ 
ate to this text. 

Overall, the book is a useful but not 
exceptional contribution to the litera¬ 
ture on the rather specialized area of 
resilient systems. The extensive bibliog¬ 
raphies in several of the chapters are 
valuable entry points to the literature of 
this field. 

Charles B. Stott 
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Journal of Complexity 

EDITOR J. F. Traub Princeton University, Princeton, New Jersey 
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on problems approximately solved and for which optimal algorithms are available. 
Volume 3 (1987), 4 issues ISSN 0885-064X 
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Journal of Parallel and Distributed Computing 
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Kai Hwang 

Departments of Electrical Engineering and Computer Science, University of Southern California, Los Angeles 
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CALL FOR PARTICIPATION 
The Fourth IEEE Conference on 

ARTIFICIAL INTELLIGENCE 
APPLICATIONS 

Sheraton Harbor Island Hotel 
San Diego, California 
March 14-18, 1988 

sponsored by: The Computer Society of the IEEE 

This conference is devoted to the application of artificial intelligence techniques to 
real-world problems. Only new, significant and previously unpublished work will be 
accepted. Two kinds of submissions are appropriate: 

Those that focus on Al techniques or implementations and show how they can be applied 
effectively to important problems; and 

Those that focus on particular Al-based application programs that solve significant 
problems, including an analysis of why the implementation techniques selected are 
appropriate for the problem domain. 

Al techniques include: Knowledge representation, reasoning, uncertainty, knowledge 
acquisition, learning, natural language, intelligent interfaces, and general tools. 

Application areas include: Science, medicine, law, business, engineering, manufacturing, 
and robotics 

The following types of submissions will be reviewed by the Program Committee: 

Full-length papers: 5000 words maximum, describing significant completed research. 
Poster session abstracts: 1000 words maximum, describing interesting ongoing research. 
Demonstration proposals: Videotape and/or description of a live presentation. 

Panel discussion proposals: Topic and desired participants. 

Submission information 

Send all submissions to: Elaine Kant, Dennis O’Neill, Program Chairs, CAIA-88 
Schlumberger-Doll Research, Old Quarry Road, Ridgefield, CT 06877-4108 
Full-length papers: Submit four copies of the paper (5000 word limit) by September 
18, 1987. The first page of the paper should contain the contact information for the 
author(s) (name, affiliation, address), a 200 word abstract, and a list of appropriate 
subject categories. Authors are not restricted to only those categories listed above. 
Accepted papers will be allocated six manuscript pages in the proceedings. 

Poster session abstracts: Submit four copies of the abstract (1000 word limit) by 
November 25, 1987. Indicate all appropriate subject categories. Accepted abstracts 
will be reprinted and distributed at the conference. In addition, authors of accepted 
poster session abstracts will be provided with space at the conference to display 
examples of their work and to discuss their findings with others. 

Demonstration proposals: Submit a videotape or a written description of a 10 to 15 
minute demonstration by November 25, 1987. The demonstration should be of a 
particular system or technique that shows the reduction to practice of one of the 
conference topics. 

Panel discussion proposals: Submit a one page description of a topic for panel 
discussion by November 25,1987. Indicate the kind of speakers you would like to see 
participate and whether you are interested in organizing the discussion. 

Important dates 

Full-length papers due: September 18, 1987 
Author notifications mailed: October 16, 1987 
Other submissions due: November 25, 1987 
Accepted papers to IEEE: December 4, 1987 
Conference: March 14-18, 1988, San Diego, CA 



Conference committee 

General chair 

James Miller, MCC 

Tutorial chair: 

Paul Harmon, Harmon Associates 
Program committee chairs: 

Elaine Kant, Schlumberger-Doll Research 
Dennis O'Neill, Schlumberger-Doll Research 
Program committee: 

Richard Duda, Syntelligence 
Mark Fox, Carnegie-Mellon University 
Se June Hong, IBM T.J. Watson 
Laboratories 

Janet Kolodner, Georgia Institute of 
Technology 

Casimir Kulikowski, Rutgers University 
John Landry, Distribution Management 
Systems 

Frank Lynch, Digital Equipment 
Corporation 

Nancy Martin, Softpert Systems 
Shirley McCarty, The Aerospace 
Corporation 

Ryszard Michalski, University of Illinois 
Sanjay Mittal, Xerox Palo Alto Research 

Fumio Mizoguchi, Tokyo University 
of Science 

Makoto Nagao, Kyoto University 
Howard Shrobe, Symbolics 
Marilyn Stelzner, Intellicorp 
William Swartout, USC-ISI 
Richard L. Wexelblat, Philips 
Laboratories 

Additional Information 
For additional conference 
information, contact: 

CAIA-88 

The Computer Society of the IEEE 
1730 Massachusetts Avenue, NW 
Washington, DC 20036-1903 
(202) 371-0101 

For information about exhibits, 
contact: 

Richard Greene 
Trade Associates, Inc. 

12250 Rockville Pike, Suite 200 
Rockville, MD 20852 
(301) 468-3210 
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COMPUTER GRAPHICS THAT JOLT YOUR SENSES 
AND BRING YOUR IMAGINATION TO LIFE 


14th Annual Conference 
on Computer Graphics 
and Interactive Techniques 


July 27-31,1987 
Anaheim, California 
Anaheim Convention Center 


Sponsored by the Association 
for Computing Machinery’s 
Special Interest Group on 
Computer Graphics in 
cooperation with the IEEE 
Technical Committee on 
Computer Graphics. 



















